[Gllug] ppp networking problems
Mark Preston
mark at markpreston.co.uk
Sun Apr 20 10:06:14 UTC 2003
Hi all,
I am having problems surfing the internet on my 192.168.1.3 (laptop)
machine which is connected to this machine 192.168.1.2 via eth0, and
directly to the internet via a 56k serial modem ppp0. When I try to
connect using a chat-connect script
#!/bin/sh
chat ABORT BUSY ABORT "NO CARRIER" TIMEOUT 120 "" AT OK ADTD08456651575
CONNECT
I get a connection, but then I am not able to
actually browse any websites. According to the messages from syslogd the
eth0 connection is "not replacing existing default route to eth0". How
can I alter things to correct this?
I had exactly the same problems using Mandrake 9.0 in December, but I
have just completed a hard disk install of Knoppix 3.2 and so I'm now
running Debian.
Regards,
Mark Preston
I connect using the command:
pppd /dev/modem 38400 modem lock connect /etc/ppp/chat-connect user
preston defaultroute usepeerdns
syslogd logging info
Output from #tail -f /log/messages/ppp_article
Apr 20 08:58:13 m kernel: PPP generic driver version 2.4.2
Apr 20 08:58:13 m pppd[616]: pppd 2.4.1 started by root, uid 0
Apr 20 08:58:44 m pppd[616]: Serial connection established.
Apr 20 08:58:44 m pppd[616]: Using interface ppp0
Apr 20 08:58:44 m pppd[616]: Connect: ppp0 <--> /dev/modem
Apr 20 08:58:45 m pppd[616]: Warning - secret file /etc/ppp/pap-secrets
has world and/or group access
Apr 20 08:58:45 m pppd[616]: Warning - secret file /etc/ppp/pap-secrets
has world and/or group access
Apr 20 08:58:46 m kernel: PPP BSD Compression module registered
Apr 20 08:58:46 m kernel: PPP Deflate Compression module registered
Apr 20 08:58:47 m pppd[616]: not replacing existing default route to
eth0 [192.168.1.254]
Apr 20 08:58:47 m pppd[616]: Cannot determine ethernet address for proxy ARP
Apr 20 08:58:47 m pppd[616]: local IP address 80.225.204.34
Apr 20 08:58:47 m pppd[616]: remote IP address 80.225.252.34
Apr 20 08:58:47 m pppd[616]: primary DNS address 80.225.253.50
Apr 20 08:58:47 m pppd[616]: secondary DNS address 80.225.254.178
Output from #ifconfig once ppp connection is achieved
eth0 Link encap:Ethernet HWaddr 00:90:F5:0A:99:43
inet addr:192.168.1.3 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:0 (0.0 b) TX bytes:84 (84.0 b)
Interrupt:10 Base address:0x3200
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:71 errors:0 dropped:0 overruns:0 frame:0
TX packets:71 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:4630 (4.5 KiB) TX bytes:4630 (4.5 KiB)
ppp0 Link encap:Point-to-Point Protocol
inet addr:80.225.204.34 P-t-P:80.225.252.34
Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:12 errors:0 dropped:0 overruns:0 frame:0
TX packets:12 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:135 (135.0 b) TX bytes:166 (166.0 b)
Output from #netstat -r
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt
Iface
192.168.1.0 * 255.255.255.0 U 40 0 0
eth0
default 192.168.1.254 0.0.0.0 UG 40 0 0
eth0
<file /etc/network/ifstate contents>
lo=lo
eth0=eth0
<file /etc/network/ifstate contents>
ip_forward=no
spoofprotect=yes
syncookies=no
<file /etc/network/interfaces contents>
# /etc/network/interfaces -- configuration file for ifup(8), ifdown(8)
# The loopback interface
# automatically added when upgrading
auto lo eth0
iface lo inet loopback
iface eth0 inet static
address 192.168.1.3
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
gateway 192.168.1.254
Any hints on what configuration files need adjusting or other actions
that need to rectify this would be much appreciated. Bruce Richardson
helped me solve this problem last time when he suggested "I'd guess that
you have configured that box to treat the 192.168.1.2 box
as a gateway and a default route has been set. pppd connects, tries to
set the default route to go through the newly created connection and
fails because it can't replace the existing route", but changing gateway
192.168.1.254 to devgateway ppp0 doesn't work, unlike the previous
situation with Mandrake 9.0.
TIA
Regards,
Mark Preston
--
Gllug mailing list - Gllug at linux.co.uk
http://list.ftech.net/mailman/listinfo/gllug
More information about the GLLUG
mailing list