Connection to Internet Without Access

I apologize if this problem appears regularly, but I googled for it
without finding anything similar in the first 100 of the 104,000 posts.

For setup purposes I have two computers with their own modem connected
to the same phone line. I use wvdial as my connecting program. The other
day, both computers worked fine. Yesterday, however, one began
working only halfway: it will connect to the ISP, but I cannot do anything
once connected. I cannot browse a website. I cannot ping the ISP using its
IP address, although I can from the other computer when it is connected.
ifconfig shows the connection through ppp0. I replaced the modem, a cnet
external modem, with an internal US Robotics, with the same result.

My /etc/resolv.conf file has the lines,

nameserver 205.243.60.3
nameserver 205.243.60.2

Following are the lines in /var/log/syslog corresponding to the dialup
session, in which I tried unsuccessfully to ping:

Oct 15 17:10:01 debian pppd[1513]: pppd 2.4.1 started by bp, uid 1000
Oct 15 17:10:01 debian pppd[1513]: Using interface ppp0
Oct 15 17:10:01 debian pppd[1513]: Connect: ppp0 <--> /dev/ttyS0
Oct 15 17:10:04 debian pppd[1513]: kernel does not support PPP filtering
Oct 15 17:10:04 debian modprobe: modprobe: Can't locate module ppp-compress-21
Oct 15 17:10:04 debian modprobe: modprobe: Can't locate module ppp-compress-26
Oct 15 17:10:04 debian modprobe: modprobe: Can't locate module ppp-compress-24
Oct 15 17:10:04 debian pppd[1513]: not replacing existing default route to \
eth0 [192.168.1.1]
Oct 15 17:10:04 debian pppd[1513]: Cannot determine ethernet address for \
proxy ARP
Oct 15 17:10:04 debian pppd[1513]: local IP address 66.231.193.69
Oct 15 17:10:04 debian pppd[1513]: remote IP address 66.231.192.7
Oct 15 17:10:04 debian pppd[1513]: primary DNS address 205.243.60.3
Oct 15 17:10:04 debian pppd[1513]: secondary DNS address 205.243.60.2
Oct 15 17:10:24 debian fetchnews[1546]: 1.9.19: verbosity level is 0
Oct 15 17:10:39 debian pppd[1513]: Terminating on signal 15.
Oct 15 17:10:39 debian pppd[1513]: Connection terminated.
Oct 15 17:10:39 debian pppd[1513]: Connect time 0.7 minutes.
Oct 15 17:10:39 debian pppd[1513]: Sent 72 bytes, received 250 bytes.
Oct 15 17:10:39 debian pppd[1513]: Exit.

All the lines also appear in a successful session on the other computer,
except for the 8th line, '...not replacing existing default route...' and the
14th line, involving fetchnews. Maybe the 8th line is the key to
the problem, but if so I do not know what it means or how to fix it. The
PPP kernel options in both computers are identical.

I must have done something wrong the other day before things stopped working,
but I have no idea what it was. Thanks for any help.

Bob Parnes

--
Bob Parnes
(E-Mail Removed)

On Thu, 16 Oct 2003 19:11:18 -0000, Bob Parnes <(E-Mail Removed)> wrote:
> I apologize if this problem appears regularly, but I googled for it
> without finding anything similar in the first 100 of the 104,000 posts.
>
> For setup purposes I have two computers with their own modem connected
> to the same phone line. I use wvdial as my connecting program. The other
> day, both computers worked fine. Yesterday, however, one began
> working only halfway: it will connect to the ISP, but I cannot do anything
> once connected. I cannot browse a website. I cannot ping the ISP using its
> IP address, although I can from the other computer when it is connected.
> ifconfig shows the connection through ppp0. I replaced the modem, a cnet
> external modem, with an internal US Robotics, with the same result.
>
> My /etc/resolv.conf file has the lines,
>
> nameserver 205.243.60.3
> nameserver 205.243.60.2
>
[...snip...]
> --
> Bob Parnes
> (E-Mail Removed)


I think I see the problem. When the system is connected, route -n shows

Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
66.231.192.6 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0

I realize that the third line has the wrong address for the gateway. But I don't
know what is missing in the configuration to set it right.

Bob Parnes

--
Bob Parnes
(E-Mail Removed)

Bob Parnes wrote:

> On Thu, 16 Oct 2003 19:11:18 -0000, Bob Parnes <(E-Mail Removed)>
> wrote:
>> I apologize if this problem appears regularly, but I googled for it
>> without finding anything similar in the first 100 of the 104,000 posts.
>>
>> For setup purposes I have two computers with their own modem connected
>> to the same phone line. I use wvdial as my connecting program. The other
>> day, both computers worked fine. Yesterday, however, one began
>> working only halfway: it will connect to the ISP, but I cannot do
>> anything once connected. I cannot browse a website. I cannot ping the ISP
>> using its IP address, although I can from the other computer when it is
>> connected. ifconfig shows the connection through ppp0. I replaced the
>> modem, a cnet external modem, with an internal US Robotics, with the same
>> result.

Most likely your ISP has detected the multiple logon and is blocking the
second connection. To test this, log on with the other machine first, see
if the problem changes machines.

< snip >

> I think I see the problem. When the system is connected, route -n shows
>
> Kernel IP routing table
> Destination Gateway Genmask Flags Metric Ref Use
> Iface
> 66.231.192.6 0.0.0.0 255.255.255.255 UH 0 0 0
> ppp0
> 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0
> eth0
> 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0
> eth0
>
> I realize that the third line has the wrong address for the gateway. But I
> don't know what is missing in the configuration to set it right.

Set the gateway in the ppp0 initialization script. Would you like me to be
more specific? To make that possible, you must be more specific. You
haven't told us anything about your distribution.

--
Paul Lutus
http://www.arachnoid.com

....
> I think I see the problem. When the system is connected, route -n shows
>
> Kernel IP routing table
> Destination Gateway Genmask Flags Metric Ref Use Iface
> 66.231.192.6 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
> 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
> 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
>
> I realize that the third line has the wrong address for the gateway. But I don't
> know what is missing in the configuration to set it right.
>
> Bob Parnes

If you are running Red Hat, try putting "GATEWAY=192.168.1.1" in
/etc/sysconfig/network-scripts/ifcfg-eth0. Then do an "ifdown eth0",
check to make sure you don't have a gateway listed in your routing table
with "netstat -rn", then do an "ifup eth0" and check if your gateway get
set.
--
Hank

Paul Lutus: Please do not reply.

Bob Parnes <(E-Mail Removed)> wrote:
> On Thu, 16 Oct 2003 19:11:18 -0000, Bob Parnes <(E-Mail Removed)> wrote:
>>
>> For setup purposes I have two computers with their own modem connected
>> to the same phone line. I use wvdial as my connecting program. The other
>> day, both computers worked fine. Yesterday, however, one began
>> working only halfway: it will connect to the ISP, but I cannot do anything
>> once connected. I cannot browse a website. I cannot ping the ISP using its
>> IP address, although I can from the other computer when it is connected.
>> ifconfig shows the connection through ppp0. I replaced the modem, a cnet
>> external modem, with an internal US Robotics, with the same result.
>>
>> My /etc/resolv.conf file has the lines,
>>
>> nameserver 205.243.60.3
>> nameserver 205.243.60.2
....

> I think I see the problem. When the system is connected, route -n shows

> Kernel IP routing table
> Destination Gateway Genmask Flags Metric Ref Use Iface
> 66.231.192.6 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
> 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
> 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0

> I realize that the third line has the wrong address for the
> gateway. But I don't know what is missing in the configuration to
> set it right.

Correct. You don't need a gateway to the LAN, the network route works
just fine for the LAN. Remove the eth0 default route to the gateway;
pppd won't set a default route when there is an existing one, even
with the pppd defaultroute option. How to remove it depends on the
distribution. Maybe something like "Gateway=none" in a configuration
program, or perhaps just edit the appropriate /etc/rc.d* file.

--
Clifford Kite Email: "echo xvgr_yvahk-(E-Mail Removed)|rot13"
PPP-Q&A links, downloads: http://ckite.no-ip.net/
/* To extract lines: View file with "vi -R". Move cursor to first line.
Press "v". Move cursor to mark lines (Esc unmarks). Write lines to
fubar with ":w fubar <Enter>". Exit with ":q <Enter>". */

On Thu, 16 Oct 2003 16:02:05 -0500, Clifford Kite <(E-Mail Removed)> wrote:
> Bob Parnes <(E-Mail Removed)> wrote:
>> On Thu, 16 Oct 2003 19:11:18 -0000, Bob Parnes <(E-Mail Removed)> wrote:
>
[snip]
>> I think I see the problem. When the system is connected, route -n shows
>
>> Kernel IP routing table
>> Destination Gateway Genmask Flags Metric Ref Use Iface
>> 66.231.192.6 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
>> 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
>> 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
>
>> I realize that the third line has the wrong address for the
>> gateway. But I don't know what is missing in the configuration to
>> set it right.
>
> Correct. You don't need a gateway to the LAN, the network route works
> just fine for the LAN. Remove the eth0 default route to the gateway;
> pppd won't set a default route when there is an existing one, even
> with the pppd defaultroute option. How to remove it depends on the
> distribution. Maybe something like "Gateway=none" in a configuration
> program, or perhaps just edit the appropriate /etc/rc.d* file.
>
> --
> Clifford Kite Email: "echo xvgr_yvahk-(E-Mail Removed)|rot13"
> PPP-Q&A links, downloads: http://ckite.no-ip.net/
> /* To extract lines: View file with "vi -R". Move cursor to first line.
> Press "v". Move cursor to mark lines (Esc unmarks). Write lines to
> fubar with ":w fubar <Enter>". Exit with ":q <Enter>". */

Yes, I see that now. I ran 'route del -net 0.0.0.0', and that removed
the gateway. The distro is debian, if that makes a difference. I didn't have
a chance to test it, because the other computer is connected. We'll see
tomorrow if that is a permanent fix. Thanks very much.


--
Bob Parnes
(E-Mail Removed)

On Thu, 16 Oct 2003 13:20:32 -0700, Paul Lutus <(E-Mail Removed)> wrote:
> Bob Parnes wrote:
>
>> On Thu, 16 Oct 2003 19:11:18 -0000, Bob Parnes <(E-Mail Removed)>
>> wrote:
[snip]
>> I think I see the problem. When the system is connected, route -n shows
>>
>> Kernel IP routing table
>> Destination Gateway Genmask Flags Metric Ref Use
>> Iface
>> 66.231.192.6 0.0.0.0 255.255.255.255 UH 0 0 0
>> ppp0
>> 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0
>> eth0
>> 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0
>> eth0
>>
>> I realize that the third line has the wrong address for the gateway. But I
>> don't know what is missing in the configuration to set it right.
>
> Set the gateway in the ppp0 initialization script. Would you like me to be
> more specific? To make that possible, you must be more specific. You
> haven't told us anything about your distribution.
>
> --
> Paul Lutus
> http://www.arachnoid.com
>

Sorry, I thought the information I gave was enough. The distribution is
debian. According to another post, I don't need a gateway, and I removed
it with 'route del -net 0.0.0.0'. I will find out whether that works as
soon as I disconnect the other computer from the internet. If it is the
wrong thing to do, I'll try whatever you recommend.

--
Bob Parnes
(E-Mail Removed)

On Thu, 16 Oct 2003 20:30:16 GMT, Hank Kingwood <(E-Mail Removed)> wrote:
> ...
>> I think I see the problem. When the system is connected, route -n shows
>>
>> Kernel IP routing table
>> Destination Gateway Genmask Flags Metric Ref Use Iface
>> 66.231.192.6 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
>> 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
>> 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
>>
>> I realize that the third line has the wrong address for the gateway. But I don't
>> know what is missing in the configuration to set it right.
>>
>> Bob Parnes
>
> If you are running Red Hat, try putting "GATEWAY=192.168.1.1" in
> /etc/sysconfig/network-scripts/ifcfg-eth0. Then do an "ifdown eth0",
> check to make sure you don't have a gateway listed in your routing table
> with "netstat -rn", then do an "ifup eth0" and check if your gateway get
> set.
> --
> Hank
>
> Paul Lutus: Please do not reply.
>

Sorry I was not specific, but the distribution is debian. Clifford Kite
stated that I do not need a gateway, and I will try doing without one.
But I do not understand how, if the system needs a local gateway, it
switches to the IP address assigned by the ISP when I connect?

--
Bob Parnes
(E-Mail Removed)

>>...
>>
>>>I think I see the problem. When the system is connected, route -n shows
>>>
>>>Kernel IP routing table
>>>Destination Gateway Genmask Flags Metric Ref Use Iface
>>>66.231.192.6 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
>>>192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
>>>0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
>>>
>>>I realize that the third line has the wrong address for the gateway. But I don't
>>>know what is missing in the configuration to set it right.
>>>
>>>Bob Parnes
>>
>>If you are running Red Hat, try putting "GATEWAY=192.168.1.1" in
>>/etc/sysconfig/network-scripts/ifcfg-eth0. Then do an "ifdown eth0",
>>check to make sure you don't have a gateway listed in your routing table
>>with "netstat -rn", then do an "ifup eth0" and check if your gateway get
>>set.
>>--
>>Hank
>>
>>Paul Lutus: Please do not reply.
>>
>
>
> Sorry I was not specific, but the distribution is debian. Clifford Kite
> stated that I do not need a gateway, and I will try doing without one.
> But I do not understand how, if the system needs a local gateway, it
> switches to the IP address assigned by the ISP when I connect?

I see where I goofed up... You have a ppp0 interface which means you
are using ppp. I use pppoe (ppp over ethernet) and my ppp connection
grabs the default gateway from my ISP. I presume your configuration
does the same. I'm not sure where your ppp configuration file is, but
it might spell out what is configured where. N'est pas?

This might be a useful link: http://tldp.org/HOWTO/PPP-HOWTO/index.html.
--
Hank

Bob Parnes <(E-Mail Removed)> wrote in message news:<(E-Mail Removed) >...
> On Thu, 16 Oct 2003 16:02:05 -0500, Clifford Kite <(E-Mail Removed)> wrote:
> > Bob Parnes <(E-Mail Removed)> wrote:
> >> On Thu, 16 Oct 2003 19:11:18 -0000, Bob Parnes <(E-Mail Removed)> wrote:
> >
> [snip]
> >> I think I see the problem. When the system is connected, route -n shows
>
> >> Kernel IP routing table
> >> Destination Gateway Genmask Flags Metric Ref Use Iface
> >> 66.231.192.6 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
> >> 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
> >> 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
>
> >> I realize that the third line has the wrong address for the
> >> gateway. But I don't know what is missing in the configuration to
> >> set it right.
> >
> > Correct. You don't need a gateway to the LAN, the network route works
> > just fine for the LAN. Remove the eth0 default route to the gateway;
> > pppd won't set a default route when there is an existing one, even
> > with the pppd defaultroute option. How to remove it depends on the
> > distribution. Maybe something like "Gateway=none" in a configuration
> > program, or perhaps just edit the appropriate /etc/rc.d* file.
> >
> > --
> > Clifford Kite Email: "echo xvgr_yvahk-(E-Mail Removed)|rot13"
> > PPP-Q&A links, downloads: http://ckite.no-ip.net/
> > /* To extract lines: View file with "vi -R". Move cursor to first line.
> > Press "v". Move cursor to mark lines (Esc unmarks). Write lines to
> > fubar with ":w fubar <Enter>". Exit with ":q <Enter>". */
>
> Yes, I see that now. I ran 'route del -net 0.0.0.0', and that removed
> the gateway. The distro is debian, if that makes a difference. I didn't have
> a chance to test it, because the other computer is connected. We'll see
> tomorrow if that is a permanent fix. Thanks very much.

The reason that works is probably because for whatever reason, ppp
won't replace the default route if one exists, but if one is missing
it fills it in. Yes, you do need a gateway, and the default route
should be to your isp, not your LAN. Removing the bad default just
allowed the correct one to be set.

Now, to set ppp to make itself the default route (you want to do
this), edit /etc/sysconfig/network-scripts/ifcfg-ppp0 and look for the
line that says DEFROUTE="no" and change no to yes. Note: the paths I
used are for my machine, which runs Mandrake, so your mileage may
vary. If your config file isn't there, I don't know where they'd put
it. When done run `ifdown ppp0 && ifup ppp0` and check `route` to make
sure the default route is correct (the device should at least be
ppp0).

Hope that helps.