Subject: Re: Demand dialing using pppd
To: None <email@example.com>
From: Ian P. Thomas <firstname.lastname@example.org>
Date: 03/16/2002 17:58:20
On Saturday, March 16, 2002, at 02:35 PM, Frederick Bruckman wrote:
> On Sat, 16 Mar 2002, Ian P. Thomas wrote:
>> # Require the peer to authenticate before allowing packets to be sent
> That's wrong, as it's unlikely that the isp's off-the-shelf terminal
> server will be configured to supply a password to your system, and even
> less likely that it would know what that password should be! "auth" is
> the default, anyway. Use "noauth", instead.
I should have given more info. The auth option is fine here
because I have a peers file called ubunix that contains this
# Calls chat(1) to set up the serial line.
connect '/usr/sbin/chat -v -r /home/ipt/.etc/connect -f
# Do not require the peer (ISP's server) to authenticate.
# The name used for authenticating the local system to the peer.
# pppd(8) logs all control packets through syslog with facility daemon
and level debug
# allow further debugging to enabled at the kernel level
>> Mar 15 21:21:56 solo chat: ATDT*70,,5155603^M^M
>> Mar 15 21:21:56 solo chat: CONNECT
>> Mar 15 21:21:56 solo chat: -- got it
>> Mar 15 21:21:56 solo pppd: Serial connection established.
>> Mar 15 21:21:56 solo pppd: Connect: ppp0 <--> /dev/tty00
>> Mar 15 21:21:56 solo pppd: Modem hangup
>> Mar 15 21:21:56 solo pppd: Connection terminated.
> It doesn't seem like there's enough time for the auth option (or any
> options) to "pppd" to come into play, but it might still make sense to
> start pppd with "debug", just to see what's what. You might need to add
> "daemon.debug\t/var/log/messages" to "/etc/syslog.conf", and send a
> SIGHUP to syslogd, to see the messages.
I have the debug in my peers file. syslog sends it to ppplog, here
is the relevant info.
Mar 15 22:12:33 solo pppd: Starting link
Mar 15 22:13:18 solo pppd: Serial connection established.
Mar 15 22:13:18 solo pppd: Connect: ppp0 <--> /dev/tty00
Mar 15 22:13:18 solo pppd: sent [LCP ConfReq id=0x1 <asyncmap 0x0>
<magic 0x78722703> <pcomp> <accomp>]
Mar 15 22:13:18 solo pppd: Modem hangup
Mar 15 22:13:18 solo pppd: Connection terminated.
This is the same when I use auth and noauth. What I want after the
packet is sent is this packet sent back
rcvd [LCP ConfReq id=0x1 < 00 04 00 00> <mru 1524> <asyncmap 0xa0000>
<auth pap> <pcomp> <accomp> <mrru 1524> <endpoint 13 09 03 00 c0 7b 70
This has something to do with the peer not believing my IP address
is correct. It's right, I don't have a static one. I checked the LCP
options in the man page but none of them seem to address this issue. I
need the peer to not care about what IP address I'm sending and to just
assign me a new one. I think the problem has now been defined, I just
don't know how to solve it.
Of course it runs NetBSD