Dialup modem hangs up on ISP (Solved)

[CP]

Warning: This is my first Linux OS!

I'm attempting to get my dialup connection working. I purchased an external modem as per the recommendations given in the Puppy help dialog. This helped me acheive a recognizable modem. Now I can dial out but my connection gets terminated before I'm fully connected. I've tried all three supplied dialup programs and two out of three have the same problem. The third simply does not work (sorry for not listing the names of the programs, I don't have them availible as I'm working remotely away from my Puppy PC). I saved the dialog from the diagnostic log of EZnet with hopes that someone can understand what is going wrong. Here is the log, note that I removed my username and ISP. Thanks in advance for any help. -CP

This is a diagnostic log of the most recent login
attempt by eznet.

ISP Name: "ISP"
Call Initiated: Wed Nov 16 20:17:49 2005

The UNIX command used to initiate the connection attempt was:

/usr/sbin/pppd /dev/ttyS1 115200 connect '/usr/bin/eznet chat 0' defaultroute lock modem mtu 552 mru 552 crtscts -detach idle 300 user username remotename Netscape

The interaction with the modem was as follows:

17:50.093 Send: "atz\r"
17:50.307 Skip: "atz\r\r\n"
17:50.857 Recv: "OK\r\n"
17:50.857 Match: "OK"
17:50.857 Send: "at&d3\r"
17:50.967 Skip: "at&d3\r\r\n"
17:51.517 Recv: "OK\r\n"
17:51.517 Match: "OK"
17:51.517 Send: "atd7154265\r"
17:52.177 Recv: "atd7154265\r"
18:18.797 Skip: "\r\n"
18:19.347 Recv: "CONNECT 115200\r\n"
18:19.347 Match: "CONNECT"
18:19.787 Skip: "\r\n"
18:19.787 Skip: "\n"
18:19.787 Skip: "\n"
18:19.787 Skip: "\n"
18:19.787 Skip: "\n"
18:19.787 Skip: "\n"
18:19.787 Skip: "\n"
18:19.787 Skip: "\n"
18:19.787 Skip: "\n"
18:19.787 Skip: "\n"
18:19.787 Skip: "\n"
18:19.787 Skip: "\n"
18:19.787 Skip: "\n"
18:19.787 Skip: "\n"
18:19.787 Skip: "\n"
18:19.787 Skip: "\n"
18:19.787 Skip: "\n"
18:19.787 Skip: "\n"
18:19.787 Skip: "\n"
18:19.787 Skip: "\n"
18:19.787 Skip: "\n"
18:19.787 Skip: "\n"
18:19.787 Skip: "\n"
18:19.787 Skip: "\n"
18:19.787 Skip: "\n"
18:19.787 Skip: "Level 3 Comm nas11.aqq1 UQKT2\r\n"
18:19.787 Skip: "\r\n"
18:19.787 Skip: "\r\n"
18:20.337 Recv: "Username:/login:/Login:"
18:20.337 Match: "ogin:"
18:20.337 Send: "username\r"
18:20.557 Skip: "username\r\n"
18:21.107 Recv: "Password: "
18:21.107 Match: "ssword:"
18:21.107 Send: "***********"
18:21.327 Skip: "\r\n"
18:21.437 Skip: "\r\r\n"
18:21.437 Skip: " L2TP: Starting session\r\r\n"
18:21.437 Skip: " Primary server '205.188.71.169'\r\r\n"
18:21.987 Recv: " Secondary server '64.12.8.104'\r\r\n"
18:23.197 Recv: "~\377}#\300!}!}!} }9}!}\$}%x}\"}&} } } } }#}%\302#}%}%}&} })\220Z\362m~"
18:23.197 Match: "~\377}#"
18:23.197 Accept

The following messages were written to the system log
(in /var/log/messages) by pppd as it attempted to negotiate
a PPP connection. To see more detail, set the "debug=yes"
property and reattempt the logon.

Nov 16 20:17:49 (none) daemon.notice pppd[3016]: pppd 2.4.1 started by root, uid 0
Nov 16 20:18:23 (none) daemon.info pppd[3016]: Serial connection established.
Nov 16 20:18:23 (none) daemon.debug pppd[3016]: using channel 2
Nov 16 20:18:23 (none) daemon.info pppd[3016]: Using interface ppp0
Nov 16 20:18:23 (none) daemon.info pppd[3016]: Connect: ppp0 -> /dev/ttyS1
Nov 16 20:18:24 (none) daemon.info pppd[3016]: sent [LCP ConfReq id=0x1 ru 552> syncmap 0x0> agic 0x78f85254> comp> ccomp>]
Nov 16 20:18:25 (none) daemon.info pppd[3016]: rcvd [LCP ConfNak id=0x1 comp>]
Nov 16 20:18:25 (none) daemon.info pppd[3016]: sent [LCP ConfReq id=0x2 ru 552> syncmap 0x0> agic 0x78f85254> ccomp>]
Nov 16 20:18:25 (none) daemon.info pppd[3016]: rcvd [LCP ConfReq id=0x1 ru 1400> syncmap 0x0> uth chap MD5> agic 0x9905a>]
Nov 16 20:18:25 (none) daemon.info pppd[3016]: sent [LCP ConfAck id=0x1 ru 1400> syncmap 0x0> uth chap MD5> agic 0x9905a>]
Nov 16 20:18:25 (none) daemon.info pppd[3016]: rcvd [LCP ConfAck id=0x2 ru 552> syncmap 0x0> agic 0x78f85254> ccomp>]
Nov 16 20:18:25 (none) <858> pppd[3016]: rcvd [CHAP Challenge id=0x2 2ab49f59126d54970f0cb9385a87eb5240c4852d9d7fc2dfc933ff71359a>, name = "ipt-dtci09"]
Nov 16 20:18:25 (none) <858> pppd[3016]: sent [CHAP Response id=0x2 115632e00eb996f79882a854ebf2146>, name = "username"]
Nov 16 20:18:28 (none) daemon.debug pppd[3016]: rcvd [CHAP Failure id=0x2 "Authentication failed"]
Nov 16 20:18:28 (none) daemon.info pppd[3016]: Remote message: Authentication failed
Nov 16 20:18:28 (none) daemon.err pppd[3016]: CHAP authentication failed
Nov 16 20:18:28 (none) daemon.debug pppd[3016]: sent [LCP TermReq id=0x3 "Failed to authenticate ourselves to peer"]
Nov 16 20:18:28 (none) daemon.debug pppd[3016]: rcvd [LCP TermAck id=0x3]
Nov 16 20:18:28 (none) daemon.notice pppd[3016]: Connection terminated.
Nov 16 20:18:29 (none) daemon.info pppd[3016]: Exit.

[Ian]

Have you tried using this modem to connect to your ISP in Windows.

Are you sure your password is correct.

[Flash]

I'm about as far from being an expert on dialup internet (or any kind, for that matter) as you'll find but it sure seems obvious to me that the CHAP (Challenge Handshake Authentication Protocol) is where things went wrong. I'd call my ISP and ask them if I need to use CHAP. If you can't talk to them, it ought to be possible to turn off CHAP in the ppp configuration section and see if that fixes the problem. According to what I've read, CHAP, if required by your ISP, usually uses your ISP password.

[jcoder24]

Try gkdial instead of xeznet --I've always had problems connecting with xeznet whereas gkdial 'just worked'. The logs from the ppp session would then be in your /var/log/messages file should it still fail.

To reinforce what Ian said:
Check that your username and password are valid, make sure there are no spaces at the beginning or end of either of them (that is a common problem).

To reinforce what Flash said.
Try one of the other protocols like PAP or CHAT instead of CHAP.

[Guest]

With gkdial,my username must include @peoplepc.com just like my email addy.

[CP]

Thanks. It turned out to be the combination of my user name and pass. I was sure I tried every variation I could before I posted so now I feel like an expert idiot. The worst part is I still don't know what I typed in as the correct combination. Good thing GKdial saves it for me! I appreciate the replies.

[jcoder24]

For your future reference it would be good to know what you typed. The settings for dialup/ppp connections are stored in /etc/ppp/. To find out what you used you can type the following at a console:

#if you used chap authentication
cat /etc/ppp/chap-secrets

#if you used pap authentication
cat /etc/ppp/pap-secrets