pppd 2.3 oddity. Help me, dammit! :)
Howdy,
I recently [ie, 6am this morning] upgraded one of my bo boxes to hamm, via
apt-get [which I must say is incredibly cool.. ]
Everything seems ok, except for ppp. It doesn't want to work anymore. I'd be
happy if that were the end of the story, it'd mean that I was doing
something wrong. See, the problem is, it doesn't work on _some_ providers.
A little detail..
I dialin to a provider and authenticate via PAP. This was fine up until I
upgraded ppp. It doesn't authenticate anymore. I've tried it on other
providers and the same story... except when I dial into another hamm box.
Everything's fine then. It works like a charm.
# dpkg -l |grep ppp
ii ppp 2.3.5-2 Point-to-Point Protocol (PPP) daemon.
ii ppp-pam 2.3.5-2 Point-to-Point Protocol (PPP) daemon with
Heres what the logs have to say (sorry, this is gunna have to be verbose)
[non-hamm box]
Jun 25 14:25:18 apathy pppd[837]: pppd 2.3.5 started by root, uid 0
Jun 25 14:25:20 apathy chat[838]: abort on (BUSY)
Jun 25 14:25:20 apathy chat[838]: abort on (NO CARRIER)
Jun 25 14:25:20 apathy chat[838]: abort on (VOICE)
Jun 25 14:25:20 apathy chat[838]: abort on (NO DIALTONE)
Jun 25 14:25:20 apathy chat[838]: send (ATDT183195770000^M)
Jun 25 14:25:20 apathy chat[838]: expect (CONNECT)
Jun 25 14:25:20 apathy chat[838]: %-u^M
*** chat seems to spit out random chars like above, but thats another story
*** I suspect..
Jun 25 14:25:45 apathy chat[838]: ATDT183195770000^M^M
Jun 25 14:25:45 apathy chat[838]: CONNECT
Jun 25 14:25:45 apathy chat[838]: -- got it
Jun 25 14:25:45 apathy chat[838]: send (^M)
Jun 25 14:25:45 apathy pppd[837]: Serial connection established.
Jun 25 14:25:46 apathy pppd[837]: Using interface ppp0
Jun 25 14:25:46 apathy pppd[837]: Connect: ppp0 <--> /dev/ttyS1
Jun 25 14:25:46 apathy pppd[837]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0xffff084d> <pcomp> <accomp>]
Jun 25 14:25:49 apathy pppd[837]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0xffff084d> <pcomp> <accomp>]
Jun 25 14:25:49 apathy pppd[837]: rcvd [LCP ConfReq id=0x3 <asyncmap 0xa0000> <auth pap> <magic 0x49bd0596> <pcomp> <accomp>]
Jun 25 14:25:49 apathy pppd[837]: sent [LCP ConfAck id=0x3 <asyncmap 0xa0000> <auth pap> <magic 0x49bd0596> <pcomp> <accomp>]
Jun 25 14:25:52 apathy pppd[837]: rcvd [LCP ConfReq id=0x4 <asyncmap 0xa0000> <auth pap> <magic 0x49bd0596> <pcomp> <accomp>]
Jun 25 14:25:52 apathy pppd[837]: sent [LCP ConfAck id=0x4 <asyncmap 0xa0000> <auth pap> <magic 0x49bd0596> <pcomp> <accomp>]
Jun 25 14:25:52 apathy pppd[837]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0xffff084d> <pcomp> <accomp>]
Jun 25 14:25:55 apathy pppd[837]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0xffff084d> <pcomp> <accomp>]
Jun 25 14:25:55 apathy pppd[837]: rcvd [LCP ConfReq id=0x5 <asyncmap 0xa0000> <auth pap> <magic 0x49bd1d10> <pcomp> <accomp>]
Jun 25 14:25:55 apathy pppd[837]: sent [LCP ConfAck id=0x5 <asyncmap 0xa0000> <auth pap> <magic 0x49bd1d10> <pcomp> <accomp>]
Jun 25 14:25:55 apathy pppd[837]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <auth pap> <magic 0xffff084d> <pcomp> <accomp>]
Jun 25 14:25:55 apathy pppd[837]: sent [LCP EchoReq id=0x0 magic=0xffff084d]
Jun 25 14:25:55 apathy pppd[837]: sent [PAP AuthReq id=0x1 user="username" password="password"]
Jun 25 14:25:55 apathy pppd[837]: rcvd [LCP EchoRep id=0x0 magic=0x49bd1d10]
Jun 25 14:25:58 apathy pppd[837]: rcvd [PAP AuthAck id=0x1 ""]
Jun 25 14:25:58 apathy pppd[837]: Remote message:
Jun 25 14:26:25 apathy pppd[837]: sent [LCP EchoReq id=0x1 magic=0xffff084d]
Jun 25 14:26:25 apathy pppd[837]: rcvd [LCP EchoRep id=0x1 magic=0x49bd1d10]
Jun 25 14:26:55 apathy pppd[837]: sent [LCP EchoReq id=0x2 magic=0xffff084d]
Jun 25 14:26:55 apathy pppd[837]: rcvd [LCP EchoRep id=0x2 magic=0x49bd1d10]
Jun 25 14:27:25 apathy pppd[837]: sent [LCP EchoReq id=0x3 magic=0xffff084d]
Jun 25 14:27:25 apathy pppd[837]: rcvd [LCP EchoRep id=0x3 magic=0x49bd1d10]
Jun 25 14:27:55 apathy pppd[837]: rcvd [LCP TermReq id=0x6]
Jun 25 14:27:55 apathy pppd[837]: LCP terminated by peer
Jun 25 14:27:55 apathy pppd[837]: sent [LCP TermAck id=0x6]
Jun 25 14:27:55 apathy pppd[837]: Hangup (SIGHUP)
Jun 25 14:27:55 apathy pppd[837]: Modem hangup
Jun 25 14:27:55 apathy pppd[837]: Connection terminated.
This happens with every single provider, with the exception of hamm boxes,
which looks like this:
[hamm box]
Jun 25 13:46:52 apathy pppd[639]: Connect: ppp0 <--> /dev/ttyS1
Jun 25 13:46:52 apathy pppd[639]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0xfffb> <pcomp> <accomp>]
Jun 25 13:46:53 apathy pppd[639]: rcvd [LCP ConfReq id=0x1 <auth pap> <magic 0xffff0382> <pcomp> <accomp>]
Jun 25 13:46:53 apathy pppd[639]: sent [LCP ConfAck id=0x1 <auth pap> <magic 0xffff0382> <pcomp> <accomp>]
Jun 25 13:46:55 apathy pppd[639]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0xfffb> <pcomp> <accomp>]
Jun 25 13:46:55 apathy pppd[639]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <auth pap> <magic 0xfffb> <pcomp> <accomp>]
Jun 25 13:46:55 apathy pppd[639]: sent [LCP EchoReq id=0x0 magic=0xfffb]
Jun 25 13:46:55 apathy pppd[639]: sent [PAP AuthReq id=0x1 user="user" password="password"]
Jun 25 13:46:55 apathy pppd[639]: rcvd [PAP AuthReq id=0x1 user="tombston" password=""]
*** why am I receiving a user request from the other end? fwiw, that
*** username only ever appears in an _OLD_ pap-secrets file.. any takers?
Jun 25 13:46:55 apathy pppd[639]: sent [PAP AuthAck id=0x1 "Login ok"]
Jun 25 13:46:56 apathy pppd[639]: rcvd [LCP EchoRep id=0x0 magic=0xffff0382]
Jun 25 13:46:56 apathy pppd[639]: rcvd [PAP AuthAck id=0x1 "Success"]
Jun 25 13:46:56 apathy pppd[639]: Remote message: Success
Jun 25 13:46:56 apathy pppd[639]: sent [IPCP ConfReq id=0x1 <addr 192.168.0.1> <compress VJ 0f 01>]
... etc.
pap-secrets outbound connections is setup as
user * password
which seems right, and afterall - it works with the hamm box, so I guess
it'd have to be right.
Any takers? I'm downright baffled. It's no doubt something I've done, but I
can't for the life of me work out why it's being selective about working..
TIA,
D.
--
To UNSUBSCRIBE, email to debian-user-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Reply to: