On Wed, 1 Dec 1999, Clifford Kite wrote:
> On Wed, 1 Dec 1999, Jean Caron wrote:
>
> |Nov 21 19:40:47 mail chat[186]: Login:
> |Nov 21 19:40:47 mail chat[186]: -- got it
> |Nov 21 19:40:47 mail chat[186]: send (myID^M)
> |Nov 21 19:40:47 mail chat[186]: expect (word:)
> |Nov 21 19:40:47 mail chat[186]: myID^M
> |Nov 21 19:40:47 mail chat[186]: Password:
> |Nov 21 19:40:47 mail chat[186]: -- got it
> |Nov 21 19:40:47 mail chat[186]: send (Yeah_right!^M)
> |Nov 21 19:40:48 mail chat[186]: send (ppp^M)
>
> Sending "ppp" to start PPP at the peer without using an expect isn't
> recommended. I take it that you *know* that login/password plus the
> ppp string is correct, rather than ending the chat script after the
> CONNECT and using a PPP authentication protocol.
>
Yes, the same scripts have been in "production" for a couple of years now.
I agree that they may not be perfect, simply because I wrote them, but
they have been doing the job for a while, so I did not focus my attention
there.
> I'd suggest using CONNECT \d\c (or CONNECT \\d\\c for a script on
> the chat command line) instead of CONNECT "". The extra carriage
> return that is otherwise sent can confuse an ISP. I doubt that's
> the problem here though, and there are a very few ISPs that actually
> need the extra carriage return.
I will take that into consideration, something else to add to the TODO
list... ;)
>
> |Nov 21 19:40:48 mail pppd[185]: Serial connection established.
> |Nov 21 19:40:48 mail pppd[185]: Using interface ppp0
> |Nov 21 19:40:48 mail pppd[185]: Connect: ppp0 <--> /dev/cua1
>
> You should be using /dev/ttyS1. Although cua1 still works now it'll
> go away someday, for some future kernel.
>
Okay, I can deal with that also. Thank you for the pointer.
> |Nov 21 19:40:52 mail pppd[185]: Hangup (SIGHUP)
>
> You need to turn on the pppd debug option and drop the kdebug option.
> The ISP apparently doesn't like something that either chat or pppd
> is doing. It's probably failed authenication or IP address negotiation
> but the pppd debug log should show what's going on. The message should be
> in the /var/log/debug file.
>
> |Nov 21 19:40:52 mail pppd[185]: Modem hangup
> |Nov 21 19:40:52 mail pppd[185]: Connection terminated.
> |Nov 21 19:40:52 mail pppd[185]: Connect time 0.1 minutes.
> |Nov 21 19:40:52 mail pppd[185]: Sent 223 bytes, received 368 bytes.
> |Nov 21 19:40:53 mail pppd[185]: Exit.
> |
> |Amongst the things I've done, I manually created /dev/ppp. I added a
> |couple of lines in the /etc/modules.conf even though the two modules
> |referenced in there do NOT show up anywhere. I also downloaded the source
>
> The /dev/ppp device and the module char-major-108 are for the kernels
> 2.3.13 and up. Use "alias char-major-108 off" to stop the message.
>
> I don't understand "two modules", your post only showed one. Unless..
> No offense but /dev/ppp isn't a module if that's what you meant.
>
No offense taken. But here's something interesting. I got the following
lines from the distribution's README.linux file;
If you use module autoloading and have PPP as a module, you will need
to add the following to /etc/conf.modules:
alias tty-ldisc-3 ppp_async
alias char-major-108 ppp_generic
If I understand you correctly, I should only bother with these if I am
running the kernels 2.3.13 and up ? I am in fact running the 2.2.13
kernels.
I will tweak with debug for a while longer and get back to you.
Thanks!
> ---
> Clifford Kite Not a guru. (tm)
>
>
Jean
-
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to [EMAIL PROTECTED]
