Hi Clifford,
Thanks for the timely help. It was right on target. I added
the pppd user option and removed the chat script username/passwd
stuff, including the end of the chat script where I sent a <CR>.
I already had the pap-secrets file set up OK, but they obviously
were not being used until I implemented your suggestion.
All is well now. I guess my local Mindspring office changed
their server's logic recently.
Thanks again,
Chuck
p.s. I answered your questions below, and made a couple of
comments if you're interested.
> |My ppp startup scripts and the set of options I have
> |been using to connect to Mindspring recently stopped
> |working. Please forgive me if I have attached too
> |much info. Shouldn't be too much more than a
> |screenful
> |or two.
> |
> |Here are the pppd options I'm using:
> |
> |debug
> |kdebug 7
> |asyncmap 0
> |defaultroute
> |noipdefault
> |modem
> |crtscts
> |
> |These options worked fine until recently.
> |Here is the output of a connection attempt as captured
> |from /var/log/messages:
> |
> |May 28 22:29:50 hi pppd[788]: Serial connection
> |established.
> |May 28 22:29:51 hi pppd[788]: Using interface ppp0
> |May 28 22:29:51 hi pppd[788]: Connect: ppp0 <-->
> |/dev/ttyS0
>
> |May 28 22:29:51 hi pppd[788]: sent [LCP ConfReq id=0x1
> |<asyncmap 0x0> <magic 0xfb590fa1> <pcomp> <accomp>]
> |May 28 22:29:51 hi pppd[788]: rcvd [LCP ConfNak id=0x1
> |<asyncmap 0xffffffff>]
> |May 28 22:29:51 hi pppd[788]: sent [LCP ConfReq id=0x2
> |<magic 0xfb590fa1> <pcomp> <accomp>]
> |May 28 22:29:52 hi pppd[788]: rcvd [LCP ConfAck id=0x2
> |<magic 0xfb590fa1> <pcomp> <accomp>]
> |May 28 22:29:53 hi pppd[788]: rcvd [LCP ConfReq id=0x2
> |<mru 1514> <asyncmap 0xffffffff> <magic 0xadac9569>
> |<pcomp> <accomp> < 11 04 05 ea> < 13 03 00>]
> |May 28 22:29:53 hi pppd[788]: sent [LCP ConfRej id=0x2
> |< 11 04 05 ea> < 13 03 00>]
> |May 28 22:29:54 hi pppd[788]: rcvd [LCP ConfReq id=0x3
> |<mru 1514> <asyncmap 0xffffffff> <magic 0xadac9569>
> |<pcomp> <accomp>]
> |May 28 22:29:54 hi pppd[788]: sent [LCP ConfAck id=0x3
> |<mru 1514> <asyncmap 0xffffffff> <magic 0xadac9569>
> |<pcomp> <accomp>]
>
> What's missing in the LCP negotiations is a request from the
> ISP for some
> type of authentication. Are you using chat to do
> login/passwd entries?
Yes, I was. Now I'm not.
> If so then the ISP may now require that you connect and start PPP
> negotiations immediately without the login/password, and use
> PAP or CHAP
> authentication. What you are getting with a login/passwd may be a
> legacy PPP implementation for login/password that no longer functions
> correctly.
It looks like that is the case.
>
> |May 28 22:29:54 hi pppd[788]: sent [IPCP ConfReq
> |id=0x1 <addr 0.0.0.0> <compress VJ 0f 01>]
> |May 28 22:29:54 hi pppd[788]: rcvd [IPCP ConfReq
> |id=0x4 <compress VJ 0f 00> <addr 207.205.232.112>]
> |May 28 22:29:54 hi pppd[788]: sent [IPCP ConfAck
> |id=0x4 <compress VJ 0f 00> <addr 207.205.232.112>]
>
> The peer requests VJ compression with the 00 option while
> pppd asks for VJ
> compression with the 01 option. This has sometimes been a
> sign that the
> peer VJ implementation is broken. The answer to such a
> problem is the pppd
> "novj" option.
I thought that looked funny too, and had already tried the
novj and the novjccomp options (separately and together).
> |May 28 22:29:55 hi pppd[788]: Hangup (SIGHUP)
> |May 28 22:29:55 hi pppd[788]: Modem hangup
> |May 28 22:29:55 hi pppd[788]: Connection terminated.
> |May 28 22:29:56 hi pppd[788]: Exit.
> |
> |Any help/suggestions will be greatly appreciated.
> |Thanks,
>
> Of the two suggestions above, I'd guess that you need to remove chat
> expect-sends that do login/password and configure for PAP and CHAP.
> Configuring for PAP and CHAP is done by using the pppd option "user
> <YourISPusername>" and inserting the line
>
> YourISPusername * YourISPpassword
>
> in both /etc/ppp/{pap,chap}-secrets files, with the obvious
> substitutions.
Thanks again, Clifford. As usual, excellent advice.
Chuck
N�����r��y���b�X��ǧv�^�){.n�+����{���b��^n�r���z���h����&�� ������y�
