Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 26 Sep 2000 17:25:30 -0700 (MST)
From:      FreeBSD <freebsd@XtremeDev.com>
To:        freebsd-stable@freebsd.org
Subject:   FreeBSD 4.1-STABLE as dialup server w/ pppd 2.3.5
Message-ID:  <Pine.BSF.4.21.0009261721150.82007-100000@Amber.XtremeDev.com>

next in thread | raw e-mail | index | archive | help
I am trying to setup my FreeBSD 4.1-STABLE server to accept dialups from
my Windows laptop. For a few months now I have had no success (wasn't in
that much of a rush), but recently I've had a great need for that
arrangement so I've been trying again.

Currently I'm using mgetty + AUTOPPP to start pppd on dialup, which
appears to be working (mgetty calls pppd successfully). However I have not
been able to get pppd to complete the PAP auth. My modem on the FreeBSD
box is an internal USR Courier with latest Flash bios on com port 1,
cuaa0. My server address is 192.168.1.1, and I'm trying to give the
Windows laptop an address of 192.168.1.11.

Quick questions: 1. Why is base still using pppd version 2.3.5? Seem
rather stale. I'm not bashing FreeBSD on this, I understand if I want 
it updated I would do better sending in a patch. I'm just curious,
incase there might be a very valid reason why it's still at 2.3.5
(ie., security reasons etc)  2. Is the main question, refering to the
following log:

Sep 26 02:39:03 Server pppd[14507]: pppd 2.3.5 started by root, uid 0
Sep 26 02:39:03 Server pppd[14507]: Using interface ppp0
Sep 26 02:39:03 Server pppd[14507]: Connect: ppp0 <--> /dev/cuaa0
Sep 26 02:39:03 Server pppd[14507]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0xaacac7af> <pcomp> <accomp>]
Sep 26 02:39:06 Server pppd[14507]: rcvd [LCP ConfReq id=0x3 <asyncmap 0xa0000> <magic 0x782e26> <pcomp> <accomp> <callback 0x600>]
Sep 26 02:39:06 Server pppd[14507]: sent [LCP ConfRej id=0x3 <callback 0x600>]
Sep 26 02:39:07 Server pppd[14507]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0xaacac7af> <pcomp> <accomp>]
Sep 26 02:39:09 Server pppd[14507]: rcvd [LCP ConfReq id=0x4 <asyncmap 0xa0000> <magic 0x782e26> <pcomp> <accomp> <callback 0x600>]
Sep 26 02:39:09 Server pppd[14507]: sent [LCP ConfRej id=0x4 <callback 0x600>]
Sep 26 02:39:10 Server pppd[14507]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0xaacac7af> <pcomp> <accomp>]
Sep 26 02:39:12 Server pppd[14507]: rcvd [LCP ConfReq id=0x5 <asyncmap 0xa0000> <magic 0x782e26> <pcomp> <accomp>]
Sep 26 02:39:12 Server pppd[14507]: sent [LCP ConfAck id=0x5 <asyncmap 0xa0000> <magic 0x782e26> <pcomp> <accomp>]
Sep 26 02:39:13 Server pppd[14507]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0xaacac7af> <pcomp> <accomp>]
Sep 26 02:39:15 Server pppd[14507]: rcvd [LCP ConfReq id=0x6 <asyncmap 0xa0000> <magic 0x782e26> <pcomp> <accomp>]
Sep 26 02:39:15 Server pppd[14507]: sent [LCP ConfAck id=0x6 <asyncmap 0xa0000> <magic 0x782e26> <pcomp> <accomp>]
Sep 26 02:39:16 Server pppd[14507]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0xaacac7af> <pcomp> <accomp>]
Sep 26 02:39:18 Server pppd[14507]: rcvd [LCP ConfReq id=0x7 <asyncmap 0xa0000> <magic 0x782e26> <pcomp> <accomp>]
Sep 26 02:39:18 Server pppd[14507]: sent [LCP ConfAck id=0x7 <asyncmap 0xa0000> <magic 0x782e26> <pcomp> <accomp>]
Sep 26 02:39:19 Server pppd[14507]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0xaacac7af> <pcomp> <accomp>]
Sep 26 02:39:21 Server pppd[14507]: rcvd [LCP ConfReq id=0x8 <asyncmap 0xa0000> <magic 0x782e26> <pcomp> <accomp>]
Sep 26 02:39:21 Server pppd[14507]: sent [LCP ConfAck id=0x8 <asyncmap 0xa0000> <magic 0x782e26> <pcomp> <accomp>]
Sep 26 02:39:22 Server pppd[14507]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0xaacac7af> <pcomp> <accomp>]
Sep 26 02:39:24 Server pppd[14507]: rcvd [LCP ConfReq id=0x9 <asyncmap 0xa0000> <magic 0x782e26> <pcomp> <accomp>]
Sep 26 02:39:24 Server pppd[14507]: sent [LCP ConfAck id=0x9 <asyncmap 0xa0000> <magic 0x782e26> <pcomp> <accomp>]
Sep 26 02:39:25 Server pppd[14507]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0xaacac7af> <pcomp> <accomp>]
Sep 26 02:39:27 Server pppd[14507]: rcvd [LCP ConfReq id=0xa <asyncmap 0xa0000> <magic 0x782e26> <pcomp> <accomp>]
Sep 26 02:39:27 Server pppd[14507]: sent [LCP ConfAck id=0xa <asyncmap 0xa0000> <magic 0x782e26> <pcomp> <accomp>]
Sep 26 02:39:28 Server pppd[14507]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0xaacac7af> <pcomp> <accomp>]
Sep 26 02:39:31 Server pppd[14507]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0xaacac7af> <pcomp> <accomp>]
Sep 26 02:39:31 Server pppd[14507]: Hangup (SIGHUP)
Sep 26 02:39:31 Server pppd[14507]: Modem hangup, connected for 1 minutes
Sep 26 02:39:31 Server pppd[14507]: Connection terminated, connected for 1 minutes 
Sep 26 02:39:32 Server pppd[14507]: Exit.

/etc/ppp/pap-secrets:
* * "" *

/etc/ppp/options:
proxyarp
192.168.1.10:192.168.1.11
ms-dns 192.168.1.1
debug
auth
require-pap
refuse-chap
crtscts
lock
modem
asyncmap 0
netmask 255.255.255.0
login
lcp-echo-interval 30
lcp-echo-failure 4
noipx

/etc/ppp/options.cuaa0:
192.168.1.1:192.168.1.11

And pppd is called from mgetty with:
/usr/local/etc/mgetty+sendfax/login.conf:
/AutoPPP/ -     -       /usr/sbin/pppd auth -chap +pap login name Amber
debug lock crtscts modem


From what I can tell of the log, it seems like the FreeBSD box requests
pap auth from the laptop, and the laptop sends back a request for
callback, FreeBSD rejects the callback as it should and makes another
attempt at pap auth, but the laptop seems to keep ignoring it and keeps
sending callback auths. This cycle continues, until eventually it times
out.

I am at a lost as to what to do from here on out, and am hoping members of
this mailing list would be able to help me solve this issue. The FreeBSD
box is running ipf with a restrictive filter, ipnat, and djbdns. If more
information is required, please let me know and I would gladly provide it
if it would resolve this issue.

So far none of the Windows machines I have have been able to connect to my
FreeBSD dialup server, all have the same results.

Searching through the mailing list, I found a small update to pppd 2.3.5
in auth.c, but it didn't seem to apply to the problems I've ran into.



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0009261721150.82007-100000>