You are not logged in.

#1 2011-03-04 17:23:20

Caliburn
Member
Registered: 2008-02-21
Posts: 41

[SOLVED] PPP problem: ping: "connect: network is unreachable", yet..

I've ran Arch on a 56k for years. I've setup pppd more times than I can count at this point, and it's atleast somewhat familiar to me in what's necessary. I just cannot solve this problem for the life of me; I'm stumped. sad

My modem's lights and pppd logs both confirm: I'm connected to my ISP (Earthlink) after a few seconds using pppd. However, everything I've tried (pacman and ping) are both reporting the network is unreachable in one way or another, ie as root:

ping <insert ip>
connect: network is unreachable

and

pacman -Syu

error: failed retrieving file 'core.db.tar.gz' from ftp.archlinux.org: No address record
error: failed to update core (No address record)

Yet still, the modem lights keep showing I have a connection.

The /etc/ppp/options file is:

debug
115200
/dev/ttyACM0
noauth
usepeerdns
user xxx.xxx
password xxxxx
connect "chat -v \'\' \'AT&F\' OK ATM0DT####### CONNECT"

The ppp logs even indicate I have a connection, even picking up a nameserver in resolv.conf (as determined by usepeerdns):

nameserver 207.69.188.187
nameserver 207.69.188.186

To make matters stranger, I even used the old Arch Linux media I had burned about three months ago (the last-known working pppd copy) with the pppd version it used and it's doing the same thing. Did something change in the last few weeks I wasn't using Arch?

I don't know if I missed something, but it's highly possible. I've installed three times now: (the new copy of Arch, the 02/25/2011 64-bit ISO) and the older version (three months ago), then the new copy again.

I'll try about anything suggested. Thanks beforehand!

EDIT:

More information, from daemon.log:

Mar  4 15:12:47 localhost pppd[1552]: pppd 2.4.5 started by root, uid 0
Mar  4 15:13:08 localhost pppd[1552]: Script chat -v '' 'AT&FS7=60' OK ATM0DT####### CONNECT finished (pid 1553), status = 0x0
Mar  4 15:13:08 localhost pppd[1552]: Serial connection established.
Mar  4 15:13:08 localhost pppd[1552]: using channel 2
Mar  4 15:13:08 localhost pppd[1552]: Using interface ppp0
Mar  4 15:13:08 localhost pppd[1552]: Connect: ppp0 <--> /dev/ttyACM0
Mar  4 15:13:09 localhost pppd[1552]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xe6e83ab0> <pcomp> <accomp>]
Mar  4 15:13:12 localhost pppd[1552]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xe6e83ab0> <pcomp> <accomp>]
Mar  4 15:13:13 localhost pppd[1552]: rcvd [LCP ConfReq id=0x1 < 00 04 00 00> <mru 1524> <asyncmap 0xa0000> <auth chap MD5> <pcomp> <accomp> <mrru 1524> <endpoint [MAC:00:d0:52:01:3d:df]>]
Mar  4 15:13:13 localhost pppd[1552]: sent [LCP ConfRej id=0x1 < 00 04 00 00> <mrru 1524>]
Mar  4 15:13:13 localhost pppd[1552]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xe6e83ab0> <pcomp> <accomp>]
Mar  4 15:13:13 localhost pppd[1552]: rcvd [LCP ConfReq id=0x2 <mru 1524> <asyncmap 0xa0000> <auth chap MD5> <pcomp> <accomp> <endpoint [MAC:00:d0:52:01:3d:df]>]
Mar  4 15:13:13 localhost pppd[1552]: sent [LCP ConfAck id=0x2 <mru 1524> <asyncmap 0xa0000> <auth chap MD5> <pcomp> <accomp> <endpoint [MAC:00:d0:52:01:3d:df]>]
Mar  4 15:13:13 localhost pppd[1552]: rcvd [CHAP Challenge id=0x1 <9aa5409917ecf40252dd946362abd2b9>, name = "nas2.nvl1.Level3.net"]
Mar  4 15:13:13 localhost pppd[1552]: sent [CHAP Response id=0x1 <9359b8ce3e5336c2eedd7a9b16e7713a>, name = "xxXusernameXxx"]
Mar  4 15:13:13 localhost pppd[1552]: rcvd [CHAP Success id=0x1 "\000"]
Mar  4 15:13:13 localhost pppd[1552]: CHAP authentication succeeded: 
Mar  4 15:13:13 localhost pppd[1552]: CHAP authentication succeeded
Mar  4 15:13:13 localhost pppd[1552]: sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
Mar  4 15:13:13 localhost pppd[1552]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0>]
Mar  4 15:13:13 localhost pppd[1552]: rcvd [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 63.215.28.98>]
Mar  4 15:13:13 localhost pppd[1552]: sent [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
Mar  4 15:13:13 localhost pppd[1552]: rcvd [LCP ProtRej id=0x3 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f]
Mar  4 15:13:13 localhost pppd[1552]: Protocol-Reject for 'Compression Control Protocol' (0x80fd) received
Mar  4 15:13:13 localhost pppd[1552]: rcvd [IPCP ConfNak id=0x1 <addr 4.152.159.219>]
Mar  4 15:13:13 localhost pppd[1552]: sent [IPCP ConfReq id=0x2 <addr 4.152.159.219>]
Mar  4 15:13:13 localhost pppd[1552]: rcvd [IPCP ConfReq id=0x2 <addr 63.215.28.98>]
Mar  4 15:13:13 localhost pppd[1552]: sent [IPCP ConfAck id=0x2 <addr 63.215.28.98>]
Mar  4 15:13:13 localhost pppd[1552]: rcvd [IPCP ConfAck id=0x2 <addr 4.152.159.219>]
Mar  4 15:13:13 localhost pppd[1552]: local  IP address 4.152.159.219
Mar  4 15:13:13 localhost pppd[1552]: remote IP address 63.215.28.98
Mar  4 15:13:13 localhost pppd[1552]: Script /etc/ppp/ip-up started (pid 1554)
Mar  4 15:13:13 localhost pppd[1552]: Script /etc/ppp/ip-up finished (pid 1554), status = 0x0
Mar  4 15:14:21 localhost init: Switching to runlevel: 6
..

Even confirming there's an IP assigned, ping and pacman both refuse to accept there's a connection..

Last edited by Caliburn (2011-03-09 19:01:20)

Offline

#2 2011-03-09 19:00:27

Caliburn
Member
Registered: 2008-02-21
Posts: 41

Re: [SOLVED] PPP problem: ping: "connect: network is unreachable", yet..

One of these things fixed it, I'm not entirely sure which.

As mentioned beforehand, I'm using the Arch x86-64 install ISO which was compiled on February 25, 2011. The steps I took to taking care of this are below:

1. I reinstalled Arch, looking over the base and base-devel package listings. I noted base-devel had some packages selected immediately (notably the packages I had selected before in previous installs using former ISOs). I left the selected listing alone and selected no new packages for install, then I installed.

2. Usually, I modify /etc/rc.conf to comment out some things regarding INTERFACES.

#Static IP example
#eth0="eth0 192.168.0.2 netmask 255.255.255.0 broadcast 192.168.0.255"
#eth0="dhcp"
#INTERFACES=(eth0)

That didn't appear to fix the problem, but then I played around a bit more. Apparently I forgot to also comment out gateways?

#gateway="default gw 192.168.0.1"
#ROUTES=(!gateway)

I swear I don't remember doing the above (^) before.

3. The /etc/options file looks something like this:

crtscts
defaultroute
noauth
115200
/dev/ttyACM0
user ###
password ###
connect "chat -v \'\' \'AT&F\' OK ATM0DT####### CONNECT"

For my ISP, I also had to edit chap-secrets/pap-secrets as usual. I've used an ISP that doesn't require this, but my new ISP does.

Whatever the case, something out of this fixed it. Probably the gateway and routes line in the rc.conf(?), but I'm marking this as solved.

Last edited by Caliburn (2011-03-09 19:02:58)

Offline

Board footer

Powered by FluxBB