9.0 to 9.1 --wvdial stopped working
Hi all I recently upgraded to 9.1 and wvdial stopped working from the terminal. I can still connect with qinternet. Below is what I get when I try to run wvdial from a terminal. I can't figure out why wvdial is looking for www.suse.de I have not made any changes to the wvdial.conf. I have also posted the log of qinternet. Why does the one work and the other not? Any thoughts? +++++++++++++++++++++++wvdial output++++++++++++++++++++++++++++ Darius: wvdial --> WvDial: Internet dialer version 1.54.0 --> Initializing modem. --> Sending: ATZ ATZ OK --> Sending: ATQ0 X3 V1 E1 S0=0 &C1 &D2 ATQ0 X3 V1 E1 S0=0 &C1 &D2 OK --> Sending: ATM0 ATM0 OK --> Modem initialized. --> Idle Seconds = 300, disabling automatic reconnect. --> Sending: ATDT8962588888 --> Waiting for carrier. ATDT8962588888 CONNECT 31200/ARQ/V34/LAPM/V42BIS Welcome to FORTHnet PSTN/ISDN WAN Gateway in Greece User Access Verification Username: --> Carrier detected. Starting PPP immediately. --> Starting pppd at Sun Oct 10 10:40:02 2004 --> pid of pppd: 16113 --> Using interface ppp0 --> pppd: 2 --> pppd: 2 --> pppd: 2 --> local IP address 213.16.196.108 --> pppd: 2 --> remote IP address 194.219.239.104 --> pppd: 2 --> primary DNS address 193.92.150.3 --> pppd: 2 --> secondary DNS address 194.219.227.2 --> pppd: 2 --> Script /etc/ppp/ip-up run successful --> Default route Ok. --> warning, can't find address for `www.suse.de` --> warning, address lookup does not work --> Nameserver (DNS) failure, the connection may not work. --> Connected... Press Ctrl-C to disconnect --> pppd: 2 +++++++++++++++++++++++qinternet output+++++++++++++++++++++++++++++ SuSE Meta pppd (smpppd-ifcfg), Version 1.16 on Darius. Status is: disconnected trying to connect to smpppd connect to smpppd Status is: disconnected Status is: connecting pppd[0]: Plugin passwordfd.so loaded. pppd[0]: --> WvDial: Internet dialer version 1.54.0 pppd[0]: --> Initializing modem. pppd[0]: --> Sending: ATZ pppd[0]: ATZ pppd[0]: OK pppd[0]: --> Sending: AT X3 Q0 V1 E1 S0=0 &C1 &D2 +FCLASS=0 pppd[0]: AT X3 Q0 V1 E1 S0=0 &C1 &D2 +FCLASS=0 pppd[0]: OK pppd[0]: --> Sending: ATM1 pppd[0]: ATM1 pppd[0]: OK pppd[0]: --> Sending: ATX3 pppd[0]: ATX3 pppd[0]: OK pppd[0]: --> Modem initialized. pppd[0]: --> Sending: ATDT8962588888 pppd[0]: --> Waiting for carrier. pppd[0]: ATDT8962588888 pppd[0]: CONNECT 31200/ARQ/V34/LAPM/V42BIS pppd[0]: User Access Verification pppd[0]: Username: pppd[0]: --> Carrier detected. Waiting for prompt. pppd[0]: Username: pppd[0]: --> Looks like a login prompt. pppd[0]: --> Sending: xxxxxxxxxxxxxxxxxxxxxxx pppd[0]: xxxxxxxxxxxxxxxxxxxxxxx pppd[0]: Password: pppd[0]: --> Looks like a password prompt. pppd[0]: --> Sending: (password) pppd[0]: Entering PPP mode. pppd[0]: Async interface address is unnumbered (Loopback0) pppd[0]: Your IP address is 0.0.0.0. MTU is 1500 bytes pppd[0]: --> Looks like a welcome message. pppd[0]: Serial connection established. pppd[0]: Using interface ppp0 Status is: connecting pppd[0]: Connect: ppp0 <--> /dev/ttyS0 pppd[0]: local IP address 213.16.196.115 pppd[0]: remote IP address 194.219.239.104 pppd[0]: primary DNS address 193.92.150.3 pppd[0]: secondary DNS address 194.219.227.2 pppd[0]: Script /etc/ppp/ip-up finished (pid 19050), status = 0x0 Status is: connected
On Monday, 11 October 2004 20.17, Xaos Katawin wrote:
Hi all
I recently upgraded to 9.1 and wvdial stopped working from the terminal. I can still connect with qinternet. Below is what I get when I try to run wvdial from a terminal. I can't figure out why wvdial is looking for www.suse.de
It says. It tries to look up the IP address for www.suse.de to check if DNS is working, and it apparently isn't. Everything in the wvdial log looks like it's working, except for the fact that it can't look up the IP for www.suse.de. Does anything work after it's connected? Does it set up a correct route (check with route -n)? Does it enter the DNS servers correctly in /etc/resolv.conf? Does the output from "ifconfig" look ok?
The Monday 2004-10-11 at 21:17 +0300, Xaos Katawin wrote:
I recently upgraded to 9.1 and wvdial stopped working from the terminal. I can still connect with qinternet. Below is what I get when I try to run wvdial from a terminal. I can't figure out why wvdial is looking for www.suse.de I have not made any changes to the wvdial.conf. I have also posted the log of qinternet. Why does the one work and the other not?
I don't see why you say it doesn't work. It is working.
--> pppd: 2 --> local IP address 213.16.196.108 --> pppd: 2 --> remote IP address 194.219.239.104
See? You got an IP. It is working.
--> pppd: 2 --> primary DNS address 193.92.150.3 --> pppd: 2 --> secondary DNS address 194.219.227.2
It got a DNS.
--> pppd: 2 --> Script /etc/ppp/ip-up run successful --> Default route Ok. --> warning, can't find address for `www.suse.de`
It is simply trying to find an arbitrary address, to check if DNS lookup works, and does that by arbitrarily trying to find the IP of www.suse.de. This fails, and it says so. Therefore, try yourself is that is true, and solve it. Perhaps those DNS servers are down. Perhaps you have dissabled autodns, and the fixed DNS server do not work or you have not configured them. Many things are possible. But wvdial IS working perfectly. Well, there is a bug, which I reported... and which your output confirms. Not related to your present "problem".
--> warning, address lookup does not work --> Nameserver (DNS) failure, the connection may not work. --> Connected... Press Ctrl-C to disconnect --> pppd: 2
-- Cheers, Carlos Robinson
"Carlos E. R."
and does that by arbitrarily trying to find the IP of www.suse.de.
This isn't arbitrarily but rather on purpose :) For www.suse.de we know that it always exists (at least as long as there is a SUSE :). Philipp
The Tuesday 2004-10-12 at 09:00 +0200, Philipp Thomas wrote:
and does that by arbitrarily trying to find the IP of www.suse.de.
This isn't arbitrarily but rather on purpose :) For www.suse.de we know that it always exists (at least as long as there is a SUSE :).
:-) Of course. I meant that it was using that address, as well as it could have tested against any other address. No particular "hidden" reason, (un)like a windows machine connecting on its own ;-) -- Cheers, Carlos Robinson
participants (5)
-
Anders Johansson -
Carlos E. R. -
Philipp Thomas -
pinto -
Xaos Katawin