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=] 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, /\ / \ / |) \ \ |\ / \ / \/
Re: ppp trouble on clean potato install [-v]
Ross Hamilton writes: > Everything seems OK at the other end - I get a message: "Entering PP > session", then notification of my assigned assigned dynamic IP and MTU > numbers, followed by an encouraging-looking stream of garbage... but > after a short time the connection drops with a "NO CARRIER" signal. That sounds normal: the pppd at the other end gives up when it gets no response to its lcp packets. > I don't know whether or not this is relevant, but if I try to > manually start pppd during the interval before the line drops, then I > get the following message: > pppd: The remote system is required to authenticate itself Normal: you didn't start pppd with 'noauth' so it defaulted to 'auth'. > Anyway, the connection drops whether I try to start pppd with no > argument, or with "noauth" or with "call provider". Exactly what happens when you start pppd with 'noauth'? > Any thoughts or pointers anyone? Please post the output of the 'plog' command after doing 'pon' and /etc/chatscripts/provider. -- John Hasler [EMAIL PROTECTED] (John Hasler) Dancing Horse Hill Elmwood, WI
ppp trouble on clean potato install [-v]
Hi people, I decided to repartition my drives and install potato from scratch using my hot-off-the-press CD set, but am now having problems negotiating a PPP connection with my ISP under the new configuration. Issuing "pon", the modem dials out, I/O LEDs flash briefly, then nothing. Attempts to make an http connection fail with lynx giving the standard message: "Alert: unable to connect to remote host". So I installed minicom and tried walking through a terminal connection. As expected, dial out and initial connection seem to proceed well. The remote system requests and accepts my user id and password and I am presented with the expected menu of remote-hosted services. I can log in to the UNIX server, access my home directory, run a pine session, etc. The troubles surface when I choose the option to "start PPP". Everything seems OK at the other end - I get a message: "Entering PP session", then notification of my assigned assigned dynamic IP and MTU numbers, followed by an encouraging-looking stream of garbage... but after a short time the connection drops with a "NO CARRIER" signal. Here are the settings from /etc/ppp/options [egrep -v '#|^ *$' /etc/ppp/options]: asyncmap 0 auth crtscts lock hide-password modem proxyarp lcp-echo-interval 30 lcp-echo-failure 4 noipx ...and here is my /etc/ppp/peers/provider: # This optionfile was generated by pppconfig 2.0.5. # # hide-password noauth connect "/usr/sbin/chat -v -f /etc/chatscripts/provider" debug /dev/ttyS0 115200 defaultroute noipdefault user rossh remotename provider ipparam provider Possibly it's some kind of authentication problem I don't understand. I don't know whether or not this is relevant, but if I try to manually start pppd during the interval before the line drops, then I get the following message: pppd: The remote system is required to authenticate itself pppd: but I couldn't find any suitable secret (password) for it to use to do so. pppd: (None of the available passwords would let it use an IP address.) Anyway, the connection drops whether I try to start pppd with no argument, or with "noauth" or with "call provider". Sorry about the length but I have no idea what's wrong or where to look further to troubleshoot this. Under my old slink install it all just worked. Any thoughts or pointers anyone? TIA /\ / \ / |) \ \ |\ / \ / \/
