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>