| View previous topic :: View next topic |
| Author |
Message |
Twiggy794
Guru
Joined: 21 Jun 2004
Posts: 321
Location: Hershey, PA
|
 Posted: Fri Jul 23, 2004 12:53 am Post subject: Modem won't "connect" |
 |
|
I'm stuck with a strange problem. My PCMCIA modem dials out okay, but I can't do anything after dialing up with wvdial. The output from wvdial is all okay, no problems there. But when I'm connected, I can't ping anything, connect to anything, nothin'. I *do* have eth0 configured on this machine as well, so maybe there's a conflict here?
_________________
"Subtraction: Addition's tricky pal." --David Letterman
http://ferg.ath.cx == teh bL0g |
|
| Back to top |
|
 |
kevdoig
Apprentice
Joined: 03 May 2004
Posts: 171
|
| Posted: Fri Jul 23, 2004 7:55 am Post subject: |
|
|
| Is the problem that you cannot ping/connect at all when logged in as an ordinary user? try when logged in as root as this is sometimes just a permissions problem |
|
| Back to top |
|
|
Twiggy794
Guru
Joined: 21 Jun 2004
Posts: 321
Location: Hershey, PA
|
| Posted: Fri Jul 23, 2004 12:22 pm Post subject: |
|
|
Regardless of whether or not it's a permissions problem, I should still be able to do this as my normal user. I can dial out with Gnome-PPP or Wvdial and it connects, the logs and everything are normal. But trying to connect to IRC, go to a web page, log onto Gaim, ping an IP, none of these things work. It's like I'm not even connected at all.
_________________
"Subtraction: Addition's tricky pal." --David Letterman
http://ferg.ath.cx == teh bL0g |
|
| Back to top |
|
|
nightblade
Guru
Joined: 20 Jul 2004
Posts: 368
Location: back from SE Asia
|
| Posted: Fri Jul 23, 2004 1:31 pm Post subject: |
|
|
If you have your eth0 configured, then it's probably a routing problem.
When you connect to your ISP, you are given a default route. But if you have a default route already on eth0, the latter will be used.
Try:
| Code: | | route delete default |
before launching wvdial.
If it doesn't work, please post the output of:
before and after launching wvdial
_________________
In God we trust. All the others must provide a valid X.509 certificate |
|
| Back to top |
|
|
barlad
l33t
Joined: 22 Feb 2003
Posts: 673
|
| Posted: Fri Jul 23, 2004 1:34 pm Post subject: |
|
|
| That's ppp0 that must be configured properly. What does ifconfig say about it once you have established conncetion? |
|
| Back to top |
|
|
Twiggy794
Guru
Joined: 21 Jun 2004
Posts: 321
Location: Hershey, PA
|
| Posted: Fri Jul 23, 2004 1:37 pm Post subject: |
|
|
I would like to use both interfaces interchangeably if possible. I do this on my other box which is running Suse, so I know it's possible.
route -an says -a is an invalid option, so here's the output of route -n:
| Code: | Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.11.13.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
127.0.0.0 127.0.0.1 255.0.0.0 UG 0 0 0 lo
0.0.0.0 10.11.13.1 0.0.0.0 UG 0 0 0 eth0
|
_________________
"Subtraction: Addition's tricky pal." --David Letterman
http://ferg.ath.cx == teh bL0g |
|
| Back to top |
|
|
Twiggy794
Guru
Joined: 21 Jun 2004
Posts: 321
Location: Hershey, PA
|
| Posted: Fri Jul 23, 2004 1:39 pm Post subject: |
|
|
| Quote: | | That's ppp0 that must be configured properly. What does ifconfig say about it once you have established conncetion? |
I'm at work right now so I can't grab this info, but I checked last night and it gave pretty straightforward output for my ppp0 connection. I can post the exact output later tonight when I get home. Didn't look like anything was out of the ordinary though.
_________________
"Subtraction: Addition's tricky pal." --David Letterman
http://ferg.ath.cx == teh bL0g |
|
| Back to top |
|
|
nightblade
Guru
Joined: 20 Jul 2004
Posts: 368
Location: back from SE Asia
|
| Posted: Fri Jul 23, 2004 1:41 pm Post subject: |
|
|
| Twiggy794 wrote: | I would like to use both interfaces interchangeably if possible. I do this on my other box which is running Suse, so I know it's possible.
route -an says -a is an invalid option, so here's the output of route -n:
| Code: | Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.11.13.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
127.0.0.0 127.0.0.1 255.0.0.0 UG 0 0 0 lo
0.0.0.0 10.11.13.1 0.0.0.0 UG 0 0 0 eth0
|
|
Yes, sorry.... the "a" was a typo.
That output is -before- the wvdial ? What do you have -after- ? Of course I assume that your ppp0 is up and running
_________________
In God we trust. All the others must provide a valid X.509 certificate |
|
| Back to top |
|
|
barlad
l33t
Joined: 22 Feb 2003
Posts: 673
|
| Posted: Fri Jul 23, 2004 1:42 pm Post subject: |
|
|
| Quote: |
I would like to use both interfaces interchangeably if possible.
|
What do you mean? Is 10.11.13.1 a gateway to the net?
Nightblade is right, you will have to make sure you do not have two default routes or it will create problems. I believe you can put some scripts in the ppp directory to automatically modify the routing tbale at dial-in and dial-out. (i.e remove the previous default route at dial-in and restore it at dial-out).
Having some debug information from pppd to make sure everything works fine would be nice, unless you already did it. You can get those information by doing tail -f /var/log/messages | grep ppp (if you are using syslog) before running wvdial. |
|
| Back to top |
|
|
Twiggy794
Guru
Joined: 21 Jun 2004
Posts: 321
Location: Hershey, PA
|
| Posted: Fri Jul 23, 2004 1:45 pm Post subject: |
|
|
| Quote: | | What do you mean? Is 10.11.13.1 a gateway to the net? |
10.11.13.1 is my gateway at work. Could this be causing a conflict? I don't use a gateway on my Suse box and I can connect to the network at school with eth0 and then come home and dial-out without tweaking anything, (hence, interchangeable).
_________________
"Subtraction: Addition's tricky pal." --David Letterman
http://ferg.ath.cx == teh bL0g |
|
| Back to top |
|
|
nightblade
Guru
Joined: 20 Jul 2004
Posts: 368
Location: back from SE Asia
|
| Posted: Fri Jul 23, 2004 1:51 pm Post subject: |
|
|
| Twiggy794 wrote: | | Quote: | | What do you mean? Is 10.11.13.1 a gateway to the net? |
10.11.13.1 is my gateway at work. Could this be causing a conflict? I don't use a gateway on my Suse box and I can connect to the network at school with eth0 and then come home and dial-out without tweaking anything, (hence, interchangeable). |
It should only be a matter of the ppp connection scripts, that in your Suse take care of deleting the default eth0-based route before setting up the ppp0.
As barlad suggested already, if you take a look at the /etc/ppp scripts on your Suse, you should be able to perform the same task on your gentoo.
_________________
In God we trust. All the others must provide a valid X.509 certificate |
|
| Back to top |
|
|
Twiggy794
Guru
Joined: 21 Jun 2004
Posts: 321
Location: Hershey, PA
|
| Posted: Fri Jul 23, 2004 1:53 pm Post subject: |
|
|
Cool, I'll poke around some tonight when I get home. Thanks for the help!
_________________
"Subtraction: Addition's tricky pal." --David Letterman
http://ferg.ath.cx == teh bL0g |
|
| Back to top |
|
|
barlad
l33t
Joined: 22 Feb 2003
Posts: 673
|
| Posted: Fri Jul 23, 2004 1:53 pm Post subject: |
|
|
EDIT: Nightblade types faster than I.
Yes that may create problems. I am not 100% positive about the way a system behaves when it has two routes to the same destination but Nightblade seemed to be sure it would not work.
I have no experience with Suse but its scripts may very well do what I told you (remove previous default route at dial-in then restore it at dial-out). When you get back home, try to remove the default route before running wvdial. If that works, next step will be to make it so that you can interchangeably use both interfaces. |
|
| Back to top |
|
|
nightblade
Guru
Joined: 20 Jul 2004
Posts: 368
Location: back from SE Asia
|
| Posted: Fri Jul 23, 2004 2:04 pm Post subject: |
|
|
| barlad wrote: |
Yes that may create problems. I am not 100% positive about the way a system behaves when it has two routes to the same destination but Nightblade seemed to be sure it would not work.
|
Well, I had the same problem when connecting via GPRS: I had to manually delete the eth0 default route (or shut down the eth0 interface) before connecting with ppp to my ISP.
But I haven't investigated the gory details at kernel level 
_________________
In God we trust. All the others must provide a valid X.509 certificate |
|
| Back to top |
|
|
Twiggy794
Guru
Joined: 21 Jun 2004
Posts: 321
Location: Hershey, PA
|
| Posted: Fri Jul 23, 2004 9:00 pm Post subject: |
|
|
I ran route default delete, but that didn't seem to do anything.
_________________
"Subtraction: Addition's tricky pal." --David Letterman
http://ferg.ath.cx == teh bL0g |
|
| Back to top |
|
|
nightblade
Guru
Joined: 20 Jul 2004
Posts: 368
Location: back from SE Asia
|
| Posted: Sat Jul 24, 2004 12:41 pm Post subject: |
|
|
| Twiggy794 wrote: | | I ran route default delete, but that didn't seem to do anything. |
it's:
| Code: |
route delete default
|
can you show the output of 'route -n' after the deletion of the default route and the ppp connection setup ?
_________________
In God we trust. All the others must provide a valid X.509 certificate |
|
| Back to top |
|
|
JinxterX
n00b
Joined: 19 Apr 2004
Posts: 59
|
| Posted: Sat Jul 24, 2004 2:23 pm Post subject: |
|
|
I use pppconfig to setup dialup accounts, then use
and
I found with wvdial, it would do as you describe, connect but then no web access was possible, even though everything looked ok, using the pppconfig/pon/poff method yielded no such problems. Just something to consider anyway.  |
|
| Back to top |
|
|
Twiggy794
Guru
Joined: 21 Jun 2004
Posts: 321
Location: Hershey, PA
|
| Posted: Sun Jul 25, 2004 2:38 pm Post subject: |
|
|
| Code: | Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
myipaddress 0.0.0.0 255.255.255.255 U 0 0 0 ppp0
127.0.0.0 127.0.0.1 255.0.0.0 UG 0 0 0 lo
0.0.0.0 myipaddress 0.0.0.0 UG 0 0 0 ppp0 |
^ did some cropping up there but that's what it says.  /
| Quote: | I use pppconfig to setup dialup accounts, then use
Code:
pon provider
and
Code:
poff provider
I found with wvdial, it would do as you describe, connect but then no web access was possible, even though everything looked ok, using the pppconfig/pon/poff method yielded no such problems. Just something to consider anyway. Razz |
Didn't work 
_________________
"Subtraction: Addition's tricky pal." --David Letterman
http://ferg.ath.cx == teh bL0g |
|
| Back to top |
|
|
JinxterX
n00b
Joined: 19 Apr 2004
Posts: 59
|
| Posted: Sun Jul 25, 2004 3:48 pm Post subject: |
|
|
As root or superuser:
then execute it
Create an account using the onscreen prompts, replacing "provider" with your isp name when it asks you, same with phone number, username and password etc, tell it where your modem is (e.g. /dev/modem) and what speed it is,select the option to finish and write files, quit pppconfig.
Check /etc/chatscripts/ for a file with the name you used for "provider", edit that file with appropriate AT commands for your modem, check /etc/ppp/peers/ and edit the file in there if you want to pass extra options to pppd.
Assuming your modem driver is installed and working correctly, then replacing "provider" with the name of your isp:
should dial and connect the modem.
If you have done all this before and it didn't work, then you've made some fundamental errors somewhere else. |
|
| Back to top |
|
|
Twiggy794
Guru
Joined: 21 Jun 2004
Posts: 321
Location: Hershey, PA
|
| Posted: Mon Jul 26, 2004 1:22 pm Post subject: |
|
|
| Quote: | | Check /etc/chatscripts/ for a file with the name you used for "provider", edit that file with appropriate AT commands for your modem, check /etc/ppp/peers/ and edit the file in there if you want to pass extra options to pppd. |
Everything you said to do I had already done except for this. How can I know what AT commands to use on my modem? And what extra options might I want to use?
_________________
"Subtraction: Addition's tricky pal." --David Letterman
http://ferg.ath.cx == teh bL0g |
|
| Back to top |
|
|
JinxterX
n00b
Joined: 19 Apr 2004
Posts: 59
|
| Posted: Mon Jul 26, 2004 3:04 pm Post subject: |
|
|
| Check the modem manufacturers website for AT init strings for your modem, in my case I used the modem in Win98 first and copied the AT commands from the connect log file and inserted them into my chatscripts file, extra options I used were to change MTU and MRU to values suitable for dialup (576 and 296 seem to work quite well). |
|
| Back to top |
|
|
Twiggy794
Guru
Joined: 21 Jun 2004
Posts: 321
Location: Hershey, PA
|
| Posted: Mon Jul 26, 2004 3:24 pm Post subject: |
|
|
How would I grab the info out of Windows XP? The modem is a bit old and not documented anymore.
_________________
"Subtraction: Addition's tricky pal." --David Letterman
http://ferg.ath.cx == teh bL0g |
|
| Back to top |
|
|
barlad
l33t
Joined: 22 Feb 2003
Posts: 673
|
| Posted: Mon Jul 26, 2004 3:30 pm Post subject: |
|
|
I don't think that's coming from a poorly established connection (i.e no need to mess with pppd). Everything seems to be negotiated correctly and the routing table gets updated accordingly.
The last thing I am thinking of is a DNS problem. What do you have in /etc/resolv.conf ONCE you have established the ppp connection? (mask the IP). Can you ping the given IPs? |
|
| Back to top |
|
|
JinxterX
n00b
Joined: 19 Apr 2004
Posts: 59
|
| Posted: Mon Jul 26, 2004 4:47 pm Post subject: |
|
|
| Twiggy794 wrote: | | How would I grab the info out of Windows XP? The modem is a bit old and not documented anymore. |
Make a dialup connection in XP, then look in /WINDOWS directory for a text file with extension ".log", the rest of filename will probably include the name of your modem, in that file you will see what AT commands are sent to the modem. |
|
| Back to top |
|
|
Twiggy794
Guru
Joined: 21 Jun 2004
Posts: 321
Location: Hershey, PA
|
| Posted: Tue Jul 27, 2004 1:52 am Post subject: |
|
|
| Quote: | | The last thing I am thinking of is a DNS problem. What do you have in /etc/resolv.conf ONCE you have established the ppp connection? (mask the IP). Can you ping the given IPs? |
Aha! I think we may have a winner. Here's what my resolv.conf looks like:
| Code: | domain linux
nameserver 192.168.x.x
|
192.168.x.x, that can't be right. I dial straight into my ISP, so I'm not on any internal networks. Here's the /etc/resolv.conf for my Suse box which dials out without a hitch:
| Code: | domain site
nameserver 206.245.x.x
nameserver 209.92.x.x
|
So this looks like the problem, but it also looks like resolve.conf is dynamic? So I'm not sure to go about fixing this.
[Edited the IP's obviously ] 
_________________
"Subtraction: Addition's tricky pal." --David Letterman
http://ferg.ath.cx == teh bL0g |
|
| Back to top |
|
|
|
Kernel & Hardware
