Subject: Re: Demand dialing using pppd
To: None <netbsd-users@netbsd.org>
From: Ian P. Thomas <ipthomas@mac.com>
List: netbsd-users
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 
>> or
>> received.
>> auth
>
> 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 
/etc/ppp/peers/ubunix.chat'
# Do not require the peer (ISP's server) to authenticate.
noauth
# The name used for authenticating the local system to the peer.
user ipthomas
# pppd(8) logs all control packets through syslog with facility daemon 
and level debug
debug
# allow further debugging to enabled at the kernel level
#kdebug 2

>
>> Mar 15 21:21:56 solo chat[5510]: ATDT*70,,5155603^M^M
>> Mar 15 21:21:56 solo chat[5510]: CONNECT
>> Mar 15 21:21:56 solo chat[5510]:  -- got it
>> Mar 15 21:21:56 solo pppd[5501]: Serial connection established.
>> Mar 15 21:21:56 solo pppd[5501]: Connect: ppp0 <--> /dev/tty00
>> Mar 15 21:21:56 solo pppd[5501]: Modem hangup
>> Mar 15 21:21:56 solo pppd[5501]: 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[5599]: Starting link
Mar 15 22:13:18 solo pppd[5599]: Serial connection established.
Mar 15 22:13:18 solo pppd[5599]: Connect: ppp0 <--> /dev/tty00
Mar 15 22:13:18 solo pppd[5599]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> 
<magic 0x78722703> <pcomp> <accomp>]
Mar 15 22:13:18 solo pppd[5599]: Modem hangup
Mar 15 22:13:18 solo pppd[5599]: 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 
fc ca>]

	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.

Ian

Of course it runs NetBSD
www.netbsd.org