Re: SUSE, YaST and dial-up failure

[Andy Leach]

Morning, hope you all had a good night -
Volker Kuhlmann wrote:
previously, attempting to make the connection to a site was what 
triggered the dailup request
   

Keep that "demand dial" box checked.
 

it is
[ftp]
 

no luck with these, time outs and name resolution failures
   

Hm, maybe the link is up but doesn't shove data across.
 

  setting /usr/bin/pppd to root:dailout 0755 ( wrong permissions 4755 )
I tried everything again after this with no change.
   

If you use the smpppd and kinternet ppp runs as root anyway, so the suid
bit isn't needed.
 

bash doesn't like rsync
   

Install the rsync package.
 

I did, I  ran rsync rsync://planetmirror.com and got
rsync: getaddrinfo: planetmirror.com 873 Temporary failure in name 
resolution
rsync error: error in socket IO (code 10) at clientserver.c(88)

I haven't used rsync before, sorry if my interpretation of your request 
and the man page are incorrect, let me know

 

Use wget or similar to test http.
     

nothing still
   

Sorry, this doesn't help. A copy/paste of the screen output would be in
order. Or say something like "the command produced no output and hang
until I ^C it a minute later".
 

sorry, here's a more completer version
wget www.bylandwaterandair.com produced
--10:05:58-- http://www.bylandwaterandair.com/
   => 'index.html'
Resolving www.bylandwaterandair.com... failed: Temporary failure in name 
resolution

it then returned  me to the command prompt
so should I go get a different one now ? I'm in no position to say but I 
don't believe the connection is up, I've had the pc unplugged to use 
mail from this pc and the modem hasn't made any connection sounds since 
I plugged it back in.
   

There must have been some data exchange between you and your ISP,
otherwise your pppd couldn't have obtained the IP number from your ISP.
 

I tried clicking the kinternet icon with the modem/phone line uplugged 
and it gave me exactly the same details in the log as before

Obviously something is still wrong though. Check in yast that your IP is
set to dynamic, and that resolv.conf is modified dynamically. Keep your
firewall turned off while testing (turn off at least xntpd, or any other
server you don't need).
 

I have kept the firewall disabled
Dialup again and check the log is as before. Did you say the animated
data-transfer icon in the panel doesn't appear? Does the
two-plugs-connected icon appear?
I just get the little plug-with-fireball icon, the 'ready to dailup' one 
- no conencted plugs and no animated data-transfer

Then please post the outputs of
ifconfig ppp0
ppp0 Link encap:Point-toPoint Protocol
   inet addr:192.168.99.1 P-t-P:192.168.99.99 Mask 255.255.255.255
   UP POINTTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
   RX packets:0 errors0 dropped:0 overruns:0 frame:0
   TX packets:0 errors0 dropped:0 overruns:0 carriers:0
   collisions:0 txqueuelen:3
   RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
and back to prompt
and route -n, 

Kernel IP routing table
Destination       Gateway              Genmask                Flags   
       Metric   Ref   Use   Iface
192.168.99.9   0.0.0.0                255.255.255.255      UH           
0           0       0       ppp0
127.0.0.0         0.0.0.0                255.0.0.0                  U   
         0           0        0       lo
0.0.0.0             192.168.99.99    0.0.0.0                      UG   
     0            0        0      ppp0


and ping -c3 google.com
 

ping: unknown host google.com
ftp produces failure in name resolution
I'm starting to run out of ideas though.
 

I'm starting to think maybe I did something so mindnumbingly stupid 
no-ones going to think of it! thankyou for all your & everyone elses help,

Volker