[CLUE-Tech] Slack+PPP: LCP: timeout sending Config-Requests
David Jackson
david.j.jackson at pickledbeans.com
Mon Apr 29 10:57:02 MDT 2002
David --
Uncommenting "noauth" in options didn't make any difference.
Maybe I should try creating a empty options and running pppsetup again?
David
> David --
> Thanks, I give it a shot.
>
> David
>
>
>
>> You may need to uncomment the noauth option. If memory serves,
>> without it, your machine is asking your ISP to authenticate itself to
>> your machine. And, I expect, your ISPs machine isn't expecting to have
>> to do that. :-)
>>
>> I'm not around my docs, so, this may be off base, but I *think* that's
>> it.
>>
>> -----Original Message-----
>> From: clue-tech-admin at clue.denver.co.us
>> [mailto:clue-tech-admin at clue.denver.co.us]On Behalf Of David Jackson
>> Sent: Monday, April 29, 2002 9:59 AM
>> To: clue-tech at clue.denver.co.us
>> Cc: fabian at jefferycann.com
>>
>
>
> Subject: [CLUE-Tech] Slack+PPP: LCP: timeout sending Config-Requests
>>
>>
>> This one is driving me crazy, I've never had a problem with ppp
>> connection on Slack-8 before. What's even more puzzling is It was
>> working on an install which hung while trying to make bookdisk?
>>
>> But after *completing* a reinstall, it doesn't? I've tried PAP and
>> CHAP (pap works on Debian and Redhat).
>>
>> Note it connect, but doesn't add routing for IP assigned by ISP?
>>
>> TIA,
>> David
>>
>> I'm using a USRobotics external modem.
>>
>> Here's the error messages:
>>
>> slacker:root >> ppp-go
>> /etc/ppp
>> slacker:root >> Serial connection established.
>> Using interface ppp0
>> Connect: ppp0 <--> /dev/ttyS1
>> sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x71cdcf1e> <pcomp>
>> <accomp>] sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x71cdcf1e>
>> <pcomp> <accomp>] LCP: timeout sending Config-Requests
>>
>>
>> Here's my options.
>>
>> lock
>> defaultroute
>> noipdefault
>> modem
>> /dev/ttyS1
>> 57600
>> crtscts
>> # Uncomment the line below for more verbose error reporting:
>> debug
>> # If you have a default route already, pppd may require the other side
>> # to authenticate itself, which most ISPs will not do. To work around
>> this, # uncomment the line below. Note that this may have negative
>> side effects # on system security if you allow PPP dialins. See the
>> docs in
>> /usr/doc/ppp*
>> # for more information.
>> #noauth
>> passive
>> asyncmap 0
>> name "david.jay.jackson"
>>
>>
>>
>>
>> --
>>
>>
>> _______________________________________________
>> CLUE-Tech mailing list
>> CLUE-Tech at clue.denver.co.us
>> http://clue.denver.co.us/mailman/listinfo/clue-tech
>>
>> _______________________________________________
>> CLUE-Tech mailing list
>> CLUE-Tech at clue.denver.co.us
>> http://clue.denver.co.us/mailman/listinfo/clue-tech
>
>
> --
>
>
> _______________________________________________
> CLUE-Tech mailing list
> CLUE-Tech at clue.denver.co.us
> http://clue.denver.co.us/mailman/listinfo/clue-tech
--
More information about the clue-tech
mailing list