[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: ppp trouble on clean potato install [-v]



At 8:01 AM -0500 20/8/00, John Hasler kindly responded:

Exactly what happens when you start pppd with 'noauth'?

Excuse the laborious detail, I'm feeling my way fairly blindly here...

I have a couple of xterms up for the exercise, su'd as root on both, with minicom running in the first.

I dial in as described, manually entering my username and password, which seem to be acceptable to the remote machine (from the com-terminal at least).

From the supplied menu, I choose "start ppp" (ie, on the remote side). The host responds with with my session IP & MTU numbers, then a string of around 100 chars, none of it human-readable save for the word "melbourne" embedded twice (fair enough - that's our locale).

I hurry over to the other terminal and issue "pppd noauth". Echoed now to the same term is a string of around 50 chars (all cyber-greek-to-me), repeated perhaps ten times in fairly rapid succession before we return to the bash prompt.

Back in the minicom session, nothing much visible is happening in response. A message "online" appears momentarily, then reverts to "offline". The line drops finally with "NO CARRIER" in less than one minute - or else immediately I try to initiate an http request.


After performing this rite, 'plog' gives this:

 Aug 21 19:11:29 proli pppd[7921]: pppd 2.3.11 started by rossh, uid 0
 Aug 21 19:11:29 proli pppd[7921]: Using interface ppp0
Aug 21 19:11:29 proli pppd[7921]: Connect: ppp0 <--> /dev/pts/2
 Aug 21 19:11:59 proli pppd[7921]: LCP: timeout sending Config-Requests
 Aug 21 19:11:59 proli pppd[7921]: Connection terminated.
 Aug 21 19:11:59 proli pppd[7921]: Exit.


...whereas, after a simple 'pon', it's output is as follows:

Aug 21 19:16:56 proli pppd[7933]: sent [PAP AuthReq id=0x1 user="rossh" password=<hidden>]
 Aug 21 19:16:56 proli pppd[7933]: rcvd [LCP EchoRep id=0x0 magic=0x0]
Aug 21 19:16:56 proli pppd[7933]: rcvd [PAP AuthNak id=0x1 "Request DeniedBad Encrypted-Password"] Aug 21 19:16:56 proli pppd[7933]: Remote message: Request DeniedBad Encrypted-Password
 Aug 21 19:16:56 proli pppd[7933]: PAP authentication failed
Aug 21 19:16:56 proli pppd[7933]: sent [LCP TermReq id=0x2 "Failed to authenticate ourselves to peer"]
 Aug 21 19:16:57 proli pppd[7933]: rcvd [LCP TermAck id=0x2]
 Aug 21 19:16:57 proli pppd[7933]: Connection terminated.
 Aug 21 19:16:57 proli pppd[7933]: Hangup (SIGHUP)
 Aug 21 19:16:57 proli pppd[7933]: Exit.


Curiouser and curiouser, eh?. Running 'pppconfig' shows the password identical to the one which works from the com-terminal as well as from my mac. I'm starting to think there's some more fundamental misconfiguration issue causing this (remember it's a fresh install, hardly road-tested yet). I do have shadow-passwords installed this time around (and not formerly under slink), but I really can't believe that could be the root of the problem. I'm certainly not having any trouble with shell log-in.


Oh yeah, here is /etc/chatscripts/provider:

 # This chatfile was generated by pppconfig 2.0.5.
 # Please do not delete any of the comments.  Pppconfig needs them.
 #
 # ispauth PAP
 # abortstring
ABORT BUSY ABORT 'NO CARRIER' ABORT VOICE ABORT 'NO DIALTONE' ABORT 'NO DIAL TONE' ABORT 'NO ANSWER'
 # modeminit
 '' ATZ
 # ispnumber
 OK-AT-OK ATDT92501700
 # ispconnect
 CONNECT \d\c
 # prelogin
 # ispname
 # isppassword
 # postlogin
 # end of pppconfig stuff


Thanks very much for your attention so far. Any further ideas very much appreciated.

Regards,

   /\
  /  \
 / |) \
 \ |\ /
  \  /
   \/



Reply to: