Re: Urgent, PPP Problems.
> Hi, > > Is this with FreeBSD 5.1?. If it is, then does your /var/log/auth.log > have PAM authentication errors? This is the same problem currently > plaguing us. > > We have yet to do a latest build world. I'll let you know if that > fixes things. > > Andrew. Ooops, I forgot to mention that yes. It's 4.8-STABLE. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Urgent, PPP Problems.
Sun Jul 27 11:41:20 EDT 2003 Hi, Is this with FreeBSD 5.1?. If it is, then does your /var/log/auth.log have PAM authentication errors? This is the same problem currently plaguing us. We have yet to do a latest build world. I'll let you know if that fixes things. Andrew. On Sun, Jul 27, 2003 at 05:21:08PM +0200, Chris Knipe wrote: > Lo all, > > I've successfully set up FreeBSD on numerous occasions as a PPP Dialin > Server, both for modem usage, as well as PPTP and other types of VPNs. I > even managed to get the Radius sorted and working with that as well. But > alas, this one, is giving me a *really* hard time, it refuses to work, and I > simply cannot see what is wrong here > > I'm using mgetty to answer modem calls, and then use Auto_PPP to start the > pppd process. From what I can see, it looks like PPP is having problems > authenticating the users from ppp.secrets, but once again, from what I can > see, ppp.secrets have no problem what so ever. > > My routing table is as follows: > Internet: > DestinationGatewayFlagsRefs Use Netif Expire > default192.168.1.254 UGSc416461rl0 > 127.0.0.1 127.0.0.1 UH 10 98lo0 > 192.168.1/26 link#2 UC 40rl1 > 192.168.1.500:50:04:3c:61:14 UHLW1 6220rl1 1198 > 192.168.1.10 00:05:5d:7c:e3:e0 UHLW0 1939rl1940 > 192.168.1.11 00:c0:df:26:01:fb UHLW0 908rl1 1049 > 192.168.1.12 00:c0:26:7f:ef:70 UHLW0 2281rl1636 > 192.168.1.64/26link#3 UC 40rl2 > 192.168.1.66 00:c0:df:13:3b:40 UHLW0 2558rl2745 > 192.168.1.67 00:a0:c9:fb:b4:ed UHLW0 967rl2 1128 > 192.168.1.68 00:40:f4:75:bd:29 UHLW0 93rl2626 > 192.168.1.69 00:a0:c9:92:9e:0e UHLW0 953rl2953 > 192.168.1.128/26 link#4 UC 00rl3 > 192.168.1.248/29 link#1 UC 20rl0 > 192.168.1.249 00:40:f4:7b:48:c5 UHLW1 2019lo0 > 192.168.1.254 00:02:96:05:70:72 UHLW20rl0475 > > All pretty standard stuff, routing three /26 subnets over three dedicated > networks. The fourth and last /26 is further subnetted into smaller /29 > segments, also working fine. From a routing point of view, there is nothing > wrong and everything is working very happily to date. > > mgetty's login.conf has: > /AutoPPP/ - - /usr/sbin/ppp -direct dialin > > Once again, no problem from what I can see. Spending numerous hours on > google, it's pretty much the same as what everyone else is using to call > ppp. > > My ppp.conf looks as follows: > default: > set timeout 0 > set log LCP IPCP CCP Chat Command Phase TUN > set device /dev/cuaa0 > set dial > set login > set speed 115200 > > dialin: > accept dns > allow mode direct > disable chap > enable pap > enable proxy > # set radius /etc/ppp/ppp.radius > set ifaddr 192.168.1.249 10.0.0.2-10.0.0.254 > > Once again, nothing here really that *should* cause PPP to fail from what I > can see, and pretty much in line with all of my other configurations on my > other servers, as well as those from the numerous examples found via google. > > ppp.secret > usernamepassword > > As specified on numerous web sites. > > > The ppp debug output is shown below. *ANY* advice very welcome, I need to > get this server online and working ASAP. > > -- > me > > > Jul 25 20:08:33 router ppp[5741]: Phase: Using interface: tun0 > Jul 25 20:08:33 router ppp[5741]: Phase: deflink: Created in closed state > Jul 25 20:08:33 router ppp[5741]: tun0: Command: default: set device > /dev/cuaa0 > Jul 25 20:08:33 router ppp[5741]: tun0: Command: default: set speed 115200 > Jul 25 20:08:33 router ppp[5741]: tun0: Command: default: set dial ABORT > BUSY ABORT NO\sCARRIER TIMEOUT 5 "" ATOK-AT-OK ATE1Q0 OK > \dATDT\T TIMEOUT 40 CONNECT > Jul 25 20:08:33 router ppp[5741]: tun0: Command: cuaa0: disable chap > Jul 25 20:08:33 router ppp[5741]: tun0: Command: cuaa0: disable passwdauth > Jul 25 20:08:33 router ppp[5741]: tun0: Command: cuaa0: enable pap > Jul 25 20:08:33 router ppp[5741]: tun0: Command: cuaa0: enable proxy > Jul 25 20:08:33 router ppp[5741]: tun0: Command: cuaa0: set ifaddr > 192.168.1.249 192.168.1.250 255.255.255.255 > Jul 25 20:08:33 router ppp[5741]: tun0: Command: cuaa0: set dns > 192.168.1.249 > Jul 25 20:08:33 router ppp[5741]: tun0: Phase: PPP Started (direct mode). > Jul 25 20:08:33 router ppp[5741]: tun0: Phase: bundle: Establish > Jul 25 20:08:33 router ppp[5741]: tun0: Phase: deflink: closed -> opening > Jul 25 20:08:33 router ppp[5741]: tun0: Phase: deflink: Connected! > Jul 25 20:08:33 router ppp[5741]: tun0: Phase: deflink: opening -> carrier > Jul 25 20:08:34 router ppp[574
Urgent, PPP Problems.
Lo all, I've successfully set up FreeBSD on numerous occasions as a PPP Dialin Server, both for modem usage, as well as PPTP and other types of VPNs. I even managed to get the Radius sorted and working with that as well. But alas, this one, is giving me a *really* hard time, it refuses to work, and I simply cannot see what is wrong here I'm using mgetty to answer modem calls, and then use Auto_PPP to start the pppd process. From what I can see, it looks like PPP is having problems authenticating the users from ppp.secrets, but once again, from what I can see, ppp.secrets have no problem what so ever. My routing table is as follows: Internet: DestinationGatewayFlagsRefs Use Netif Expire default192.168.1.254 UGSc416461rl0 127.0.0.1 127.0.0.1 UH 10 98lo0 192.168.1/26 link#2 UC 40rl1 192.168.1.500:50:04:3c:61:14 UHLW1 6220rl1 1198 192.168.1.10 00:05:5d:7c:e3:e0 UHLW0 1939rl1940 192.168.1.11 00:c0:df:26:01:fb UHLW0 908rl1 1049 192.168.1.12 00:c0:26:7f:ef:70 UHLW0 2281rl1636 192.168.1.64/26link#3 UC 40rl2 192.168.1.66 00:c0:df:13:3b:40 UHLW0 2558rl2745 192.168.1.67 00:a0:c9:fb:b4:ed UHLW0 967rl2 1128 192.168.1.68 00:40:f4:75:bd:29 UHLW0 93rl2626 192.168.1.69 00:a0:c9:92:9e:0e UHLW0 953rl2953 192.168.1.128/26 link#4 UC 00rl3 192.168.1.248/29 link#1 UC 20rl0 192.168.1.249 00:40:f4:7b:48:c5 UHLW1 2019lo0 192.168.1.254 00:02:96:05:70:72 UHLW20rl0475 All pretty standard stuff, routing three /26 subnets over three dedicated networks. The fourth and last /26 is further subnetted into smaller /29 segments, also working fine. From a routing point of view, there is nothing wrong and everything is working very happily to date. mgetty's login.conf has: /AutoPPP/ - - /usr/sbin/ppp -direct dialin Once again, no problem from what I can see. Spending numerous hours on google, it's pretty much the same as what everyone else is using to call ppp. My ppp.conf looks as follows: default: set timeout 0 set log LCP IPCP CCP Chat Command Phase TUN set device /dev/cuaa0 set dial set login set speed 115200 dialin: accept dns allow mode direct disable chap enable pap enable proxy # set radius /etc/ppp/ppp.radius set ifaddr 192.168.1.249 10.0.0.2-10.0.0.254 Once again, nothing here really that *should* cause PPP to fail from what I can see, and pretty much in line with all of my other configurations on my other servers, as well as those from the numerous examples found via google. ppp.secret usernamepassword As specified on numerous web sites. The ppp debug output is shown below. *ANY* advice very welcome, I need to get this server online and working ASAP. -- me Jul 25 20:08:33 router ppp[5741]: Phase: Using interface: tun0 Jul 25 20:08:33 router ppp[5741]: Phase: deflink: Created in closed state Jul 25 20:08:33 router ppp[5741]: tun0: Command: default: set device /dev/cuaa0 Jul 25 20:08:33 router ppp[5741]: tun0: Command: default: set speed 115200 Jul 25 20:08:33 router ppp[5741]: tun0: Command: default: set dial ABORT BUSY ABORT NO\sCARRIER TIMEOUT 5 "" ATOK-AT-OK ATE1Q0 OK \dATDT\T TIMEOUT 40 CONNECT Jul 25 20:08:33 router ppp[5741]: tun0: Command: cuaa0: disable chap Jul 25 20:08:33 router ppp[5741]: tun0: Command: cuaa0: disable passwdauth Jul 25 20:08:33 router ppp[5741]: tun0: Command: cuaa0: enable pap Jul 25 20:08:33 router ppp[5741]: tun0: Command: cuaa0: enable proxy Jul 25 20:08:33 router ppp[5741]: tun0: Command: cuaa0: set ifaddr 192.168.1.249 192.168.1.250 255.255.255.255 Jul 25 20:08:33 router ppp[5741]: tun0: Command: cuaa0: set dns 192.168.1.249 Jul 25 20:08:33 router ppp[5741]: tun0: Phase: PPP Started (direct mode). Jul 25 20:08:33 router ppp[5741]: tun0: Phase: bundle: Establish Jul 25 20:08:33 router ppp[5741]: tun0: Phase: deflink: closed -> opening Jul 25 20:08:33 router ppp[5741]: tun0: Phase: deflink: Connected! Jul 25 20:08:33 router ppp[5741]: tun0: Phase: deflink: opening -> carrier Jul 25 20:08:34 router ppp[5741]: tun0: Phase: deflink: /dev/cuaa0: CD detected Jul 25 20:08:34 router ppp[5741]: tun0: Phase: deflink: carrier -> lcp Jul 25 20:08:34 router ppp[5741]: tun0: LCP: FSM: Using "deflink" as a transport Jul 25 20:08:34 router ppp[5741]: tun0: LCP: deflink: State change Initial --> Closed Jul 25 20:08:34 router ppp[5741]: tun0: LCP: deflink: State change Closed --> Stopped Jul 25 20:08:35 router ppp[5741]: tun0: LCP: deflink: LayerStart Jul 25 20:08:35 router ppp[5741]: tun0: LCP: deflink: SendConfigReq(1) state = Stopped Jul 25 20:08:35
Urgent, PPP Problems.
Lo all, I've successfully set up FreeBSD on numerous occasions as a PPP Dialin Server, both for modem usage, as well as PPTP and other types of VPNs. I even managed to get the Radius sorted and working with that as well. But alas, this one, is giving me a *really* hard time, it refuses to work, and I simply cannot see what is wrong here I'm using mgetty to answer modem calls, and then use Auto_PPP to start the pppd process. From what I can see, it looks like PPP is having problems authenticating the users from ppp.secrets, but once again, from what I can see, ppp.secrets have no problem what so ever. My routing table is as follows: Internet: DestinationGatewayFlagsRefs Use Netif Expire default192.168.1.254 UGSc416461rl0 127.0.0.1 127.0.0.1 UH 10 98lo0 192.168.1/26 link#2 UC 40rl1 192.168.1.500:50:04:3c:61:14 UHLW1 6220rl1 1198 192.168.1.10 00:05:5d:7c:e3:e0 UHLW0 1939rl1940 192.168.1.11 00:c0:df:26:01:fb UHLW0 908rl1 1049 192.168.1.12 00:c0:26:7f:ef:70 UHLW0 2281rl1636 192.168.1.64/26link#3 UC 40rl2 192.168.1.66 00:c0:df:13:3b:40 UHLW0 2558rl2745 192.168.1.67 00:a0:c9:fb:b4:ed UHLW0 967rl2 1128 192.168.1.68 00:40:f4:75:bd:29 UHLW0 93rl2626 192.168.1.69 00:a0:c9:92:9e:0e UHLW0 953rl2953 192.168.1.128/26 link#4 UC 00rl3 192.168.1.248/29 link#1 UC 20rl0 192.168.1.249 00:40:f4:7b:48:c5 UHLW1 2019lo0 192.168.1.254 00:02:96:05:70:72 UHLW20rl0475 All pretty standard stuff, routing three /26 subnets over three dedicated networks. The fourth and last /26 is further subnetted into smaller /29 segments, also working fine. From a routing point of view, there is nothing wrong and everything is working very happily to date. mgetty's login.conf has: /AutoPPP/ - - /usr/sbin/ppp -direct dialin Once again, no problem from what I can see. Spending numerous hours on google, it's pretty much the same as what everyone else is using to call ppp. My ppp.conf looks as follows: default: set timeout 0 set log LCP IPCP CCP Chat Command Phase TUN set device /dev/cuaa0 set dial set login set speed 115200 dialin: accept dns allow mode direct disable chap enable pap enable proxy # set radius /etc/ppp/ppp.radius set ifaddr 192.168.1.249 10.0.0.2-10.0.0.254 Once again, nothing here really that *should* cause PPP to fail from what I can see, and pretty much in line with all of my other configurations on my other servers, as well as those from the numerous examples found via google. ppp.secret usernamepassword As specified on numerous web sites. The ppp debug output is shown below. *ANY* advice very welcome, I need to get this server online and working ASAP. -- me Jul 25 20:08:33 router ppp[5741]: Phase: Using interface: tun0 Jul 25 20:08:33 router ppp[5741]: Phase: deflink: Created in closed state Jul 25 20:08:33 router ppp[5741]: tun0: Command: default: set device /dev/cuaa0 Jul 25 20:08:33 router ppp[5741]: tun0: Command: default: set speed 115200 Jul 25 20:08:33 router ppp[5741]: tun0: Command: default: set dial ABORT BUSY ABORT NO\sCARRIER TIMEOUT 5 "" ATOK-AT-OK ATE1Q0 OK \dATDT\T TIMEOUT 40 CONNECT Jul 25 20:08:33 router ppp[5741]: tun0: Command: cuaa0: disable chap Jul 25 20:08:33 router ppp[5741]: tun0: Command: cuaa0: disable passwdauth Jul 25 20:08:33 router ppp[5741]: tun0: Command: cuaa0: enable pap Jul 25 20:08:33 router ppp[5741]: tun0: Command: cuaa0: enable proxy Jul 25 20:08:33 router ppp[5741]: tun0: Command: cuaa0: set ifaddr 192.168.1.249 192.168.1.250 255.255.255.255 Jul 25 20:08:33 router ppp[5741]: tun0: Command: cuaa0: set dns 192.168.1.249 Jul 25 20:08:33 router ppp[5741]: tun0: Phase: PPP Started (direct mode). Jul 25 20:08:33 router ppp[5741]: tun0: Phase: bundle: Establish Jul 25 20:08:33 router ppp[5741]: tun0: Phase: deflink: closed -> opening Jul 25 20:08:33 router ppp[5741]: tun0: Phase: deflink: Connected! Jul 25 20:08:33 router ppp[5741]: tun0: Phase: deflink: opening -> carrier Jul 25 20:08:34 router ppp[5741]: tun0: Phase: deflink: /dev/cuaa0: CD detected Jul 25 20:08:34 router ppp[5741]: tun0: Phase: deflink: carrier -> lcp Jul 25 20:08:34 router ppp[5741]: tun0: LCP: FSM: Using "deflink" as a transport Jul 25 20:08:34 router ppp[5741]: tun0: LCP: deflink: State change Initial --> Closed Jul 25 20:08:34 router ppp[5741]: tun0: LCP: deflink: State change Closed --> Stopped Jul 25 20:08:35 router ppp[5741]: tun0: LCP: deflink: LayerStart Jul 25 20:08:35 router ppp[5741]: tun0: LCP: deflink: SendConfigReq(1) state = Stopped Jul 25 20:08:35