Re: ppp problems with routing
On Mon, 28 Mar 2005 19:13:47 -0500, PS [EMAIL PROTECTED] wrote: Hello I use freeBSD 4.11 with pppoe. I used almost default ppp.conf (as in freebsd handbook) for dynamic ip. my config is here http://block111.servehttp.com/ppp.conf Twice a day I restart ppp from cron with `killall -INT ppp` and if the new connection default gateway is different then the old default route isn't removed, e.g. after ppp restart I have this: ifconfig - ... inet 66.11.172.181 -- 66.11.165.1 netmask 0x inet 66.11.180.20 -- 66.11.190.1 netmask 0x before I had inet 66.11.172.181 -- 66.11.165.1 netmask 0x only, but after I sent INT to ppp the new ip has a different dafault gateway and the old one isn't removed. Should the old default route/ip be removed or not? In my case the old ip becomes invalid. Thank you ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] Have you tried: add! default HISADDR Note the exclamation mark ! after the add. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
ppp problems with routing
Hello I use freeBSD 4.11 with pppoe. I used almost default ppp.conf (as in freebsd handbook) for dynamic ip. my config is here http://block111.servehttp.com/ppp.conf Twice a day I restart ppp from cron with `killall -INT ppp` and if the new connection default gateway is different then the old default route isn't removed, e.g. after ppp restart I have this: ifconfig - ... inet 66.11.172.181 -- 66.11.165.1 netmask 0x inet 66.11.180.20 -- 66.11.190.1 netmask 0x before I had inet 66.11.172.181 -- 66.11.165.1 netmask 0x only, but after I sent INT to ppp the new ip has a different dafault gateway and the old one isn't removed. Should the old default route/ip be removed or not? In my case the old ip becomes invalid. Thank you ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
ppp problems with routing
Hello I use freeBSD 4.11 with pppoe. I used almost default ppp.conf (as in freebsd handbook) for dynamic ip. my config is here http://block111.servehttp.com/ppp.conf Twice a day I restart ppp from cron with `killall -INT ppp` and if the new connection default gateway is different then the old default route isn't removed, e.g. after ppp restart I have this: ifconfig - ... inet 66.11.172.181 -- 66.11.165.1 netmask 0x inet 66.11.180.20 -- 66.11.190.1 netmask 0x before I had inet 66.11.172.181 -- 66.11.165.1 netmask 0x only, but after I sent INT to ppp the new ip has a different dafault gateway and the old one isn't removed. Should the old default route/ip be removed or not? In my case the old ip becomes invalid. Thank you ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ppp problems with routing
On Mon, 28 Mar 2005 19:13:47 -0500, in sentex.lists.freebsd.questions you wrote: Hello I use freeBSD 4.11 with pppoe. I used almost default ppp.conf (as in freebsd handbook) for dynamic ip. my config is here http://block111.servehttp.com/ppp.conf Twice a day I restart ppp from cron with `killall -INT ppp` and if the new connection default gateway is different then the old default route isn't removed, e.g. after ppp restart I have this: ifconfig - ... inet 66.11.172.181 -- 66.11.165.1 netmask 0x inet 66.11.180.20 -- 66.11.190.1 netmask 0x before I had inet 66.11.172.181 -- 66.11.165.1 netmask 0x only, but after I sent INT to ppp the new ip has a different dafault gateway and the old one isn't removed. Should the old default route/ip be removed or not? In my case the old ip becomes invalid. Hi, If you add disable iface-alias does it fix the problem ? Also, why do you need to kill / restart ppp? ---Mike Mike Tancsa, Sentex communications http://www.sentex.net Providing Internet Access since 1994 [EMAIL PROTECTED], (http://www.tancsa.com) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ppp problems with routing
Mike Tancsa wrote: On Mon, 28 Mar 2005 19:13:47 -0500, in sentex.lists.freebsd.questions you wrote: Hello I use freeBSD 4.11 with pppoe. I used almost default ppp.conf (as in freebsd handbook) for dynamic ip. my config is here http://block111.servehttp.com/ppp.conf Twice a day I restart ppp from cron with `killall -INT ppp` and if the new connection default gateway is different then the old default route isn't removed, e.g. after ppp restart I have this: ifconfig - ... inet 66.11.172.181 -- 66.11.165.1 netmask 0x inet 66.11.180.20 -- 66.11.190.1 netmask 0x before I had inet 66.11.172.181 -- 66.11.165.1 netmask 0x only, but after I sent INT to ppp the new ip has a different dafault gateway and the old one isn't removed. Should the old default route/ip be removed or not? In my case the old ip becomes invalid. Hi, If you add disable iface-alias Thanks, I'll check this solution. does it fix the problem ? Also, why do you need to kill / restart ppp? My isp gives free bandwidth from x till y, provided that a connection starts after x and finishes before y... so, my smart freebsd pc sends every day INT to ppp to restart ppp connection :) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ppp problems with routing
At 10:20 PM 28/03/2005, PS wrote: Mike Tancsa wrote: On Mon, 28 Mar 2005 19:13:47 -0500, in sentex.lists.freebsd.questions you wrote: My isp gives free bandwidth from x till y, provided that a connection starts after x and finishes before y... so, my smart freebsd pc sends every day INT to ppp to restart ppp connection :) Ahh, that makes sense. Instead of killing the program outright, you might open a socket and programatically shutdown the session. Take a look at pppctl. ---Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
PPP Problems ...
Hi! I want to use a FreeBSD-Server for my network at home. Now i'm using a Windows-Server but it crashes too often. I think the connection is slower if i use it in fbsd. Maybe because of the thousands of errors. Here are some informations: --- OS: FreeBSD 5.2.1-RELEASE Connection: ISDN Flatrate 64kbit/s, Telekom Austria Modem: Elsa Tango 2000 (external, port com1) # dmesg | grep sio sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A # errors sio0: 15 more interrupt-level buffer overflows (total 15) .. sio0: xx more interrupt-level buffer overflows (total xx) # answer from a various mailinglist It means that the kernel couldn't service the serial port fast enough and it dropped characters. If it happens any time you try to send something, your interrupts may be misconfigured. # /etc/ppp/ppp.conf default: set log Phase Chat LCP IPCP CCP tun command ident user-ppp VERSION (built COMPILATIONDATE) set device /dev/cuaa0 set speed 115200 set dial ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \ \\ AT OK-AT-OK ATE1Q0 OK \\dATDT\\T TIMEOUT 40 CONNECT set timeout 180 enable dns provider: set phone 1234 set authname 5678 set authkey foo # set login TIMEOUT 10 \\ \\ gin:--gin: \\U word: \\P col: ppp set timeout 300 set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.255 add default HISADDR - plz, help ... i can't find a solution by my own. mfg seppo ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ppp problems : Modem connection issues on FreeBSD 5.2.1
Niraj Kumar wrote: JJB wrote: First of all you are using an development version of Freebsd which snip I did a bit of tweaking to compile this program (which was for openbsd) . snip I will post ppp.conf in next mail .(I am currently away from that machine) . For me ,the problem appears to be in ppp program and not in eciadsl . Here is ppp.conf : # # PPP Sample Configuration File to use with the Speedtouch USB # Written by Francois Rogler [EMAIL PROTECTED] # # You will have to fill in : # - login # - password # - VPI.VCI as defined by your provider. # Check the file vpivci for some commom values. # `adsl' profile is for the default PPPoA mode # `pppoe' profile is for the bridged PPPoE mode # # $Id: ppp.conf.sample,v 1.5 2003/07/23 03:36:41 rogler Exp $ # default: ident user-ppp VERSION (built COMPILATIONDATE) set log Phase Chat IPCP CCP tun command set ifaddr 10.0.0.1/0 10.0.0.2/0 disable pred1 deflate lqr# compression features denypred1 deflate lqr# line quality reporting disable ipv6 # turn off ipv6 challenge adsl: set authname ** set authkey ** set openmode active 3 set device !/root/eciadsl/eciadsl-usermode-bsd-0.10/pppoeci -v 1 -f /var/log/pppoeci.log -alt 4 -mode LLC_RFC2364 accept chap set speed sync set timeout 0 set redial 15 1 set dial add default HISADDR enable dns pppoe: set authname [EMAIL PROTECTED] set authkey motihari123 set device PPPoE:tap0 set speed sync set timeout 0 set redial 15 1 set dial set login add default HISADDR enable dns Try adding this to your ppp.conf disable pred1 deflate lqr# compression features denypred1 deflate lqr# line quality reporting disable ipv6 # turn off ipv6 challenge Will try this and let you know the results. I am getting the same error even after adding these options . I am posting eciadsl.conf below : VID1=0f70 PID1=0001 VID2=0915 PID2=0002 MODE=LLC_RFC2364 VCI=32 VPI=1 FIRMWARE=/etc/eciadsl/firmware00.bin SYNCH=/etc/eciadsl/synch07.bin PPPD_USER=* PPPD_PASSWD=*** USE_DHCP=no USE_STATICIP=no STATICIP= GATEWAY= MODEM=Other PROVIDER=Other DNS1=202.56.250.5 DNS2= As an guide, I would plug an ms/windows box into your DSL modem and see what it says to verify you really need PPPoA. I know this for sure because as I said in my first mail , I am using the same program on Linux (on the same box with same modem ) to successfully connect to the provider. FreeBSD 'user ppp' also has pppoa and pppoe options. Most DSL modems work with pppoe. Read man ppp and the official handbook at http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/pppoa.html -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Niraj Kumar Sent: Tuesday, April 13, 2004 2:57 AM To: [EMAIL PROTECTED] Subject: ppp problems : Modem connection issues on FreeBSD 5.2.1 Hi, I have a DSL modem with Globespan chipset. I am trying to use eciadsl usemode program ( http://eciadsl.flashtux.org/download.php?lang=en ) on FreeBSD 5.2.1 (AMD Athlon 2600 , A7N8X-VM motherboard). However , I am getting the following error and ppp connect failed . See the copy/paste from the terminal below : # ppp -background adsl Working in background mode Using interface: tun0 Child failed (errdead) After some more digging , I was able to enable logging . (See log below) From whatever I see in the log , I guess the culprit is the line which says : Too many LCP NAKs sent - abandoning negotiation . But I don't know how to address this problem . Could anybody please help me on this . NOTE that I am able to connect to my provider using the 0.8 version of usermode eciadsl program on Linux , on the same machine . Also , is there any other program which can be used on FreeBSD for this purpose ? FYI , I have to use *ppp over ATM ( PPPoA* == RFC2364 ) for this connection . If you need any more info , please let me know. thanks Niraj -ppp.log --- Apr 8 20:00:53 ppp[638]: tun0: Phase: deflink: Connected! Apr 8 20:00:53 ppp[638]: tun0: Phase: deflink: opening - dial Apr 8 20:00:53 ppp[638]: tun0: Chat: deflink: Dial attempt 1 of 1 Apr 8 20:00:53 ppp[638]: tun0: Phase: deflink: dial - carrier Apr 8 20:00:53 ppp[638]: tun0: Phase: deflink: carrier - login Apr 8 20:00:53 ppp[638]: tun0: Phase: deflink: login - lcp Apr 8 20:00:58 ppp[638]: tun0: Phase: deflink: Too many LCP NAKs sent - abandoning negotiation Apr 8 20:00:59 ppp[638]: tun0: Phase: deflink: Disconnected! Apr 8 20:00:59 ppp[638]: tun0: Phase: deflink: lcp - logout Apr 8 20:00:59 ppp[638]: tun0: Phase: deflink: logout - hangup Apr 8 20:00:59 ppp[638]: tun0: Phase: deflink: Disconnected! Apr 8 20:00:59 ppp[638]: tun0: Phase: deflink: Connect time: 6 secs: 1106 octets in, 558 octets out Apr 8 20:00:59 ppp[638]: tun0
ppp problems : Modem connection issues on FreeBSD 5.2.1
Hi, I have a DSL modem with Globespan chipset. I am trying to use eciadsl usemode program ( http://eciadsl.flashtux.org/download.php?lang=en ) on FreeBSD 5.2.1 (AMD Athlon 2600 , A7N8X-VM motherboard). However , I am getting the following error and ppp connect failed . See the copy/paste from the terminal below : # ppp -background adsl Working in background mode Using interface: tun0 Child failed (errdead) After some more digging , I was able to enable logging . (See log below) From whatever I see in the log , I guess the culprit is the line which says : Too many LCP NAKs sent - abandoning negotiation . But I don't know how to address this problem . Could anybody please help me on this . NOTE that I am able to connect to my provider using the 0.8 version of usermode eciadsl program on Linux , on the same machine . Also , is there any other program which can be used on FreeBSD for this purpose ? FYI , I have to use *ppp over ATM ( PPPoA* == RFC2364 ) for this connection . If you need any more info , please let me know. thanks Niraj -ppp.log --- Apr 8 20:00:53 ppp[638]: tun0: Phase: deflink: Connected! Apr 8 20:00:53 ppp[638]: tun0: Phase: deflink: opening - dial Apr 8 20:00:53 ppp[638]: tun0: Chat: deflink: Dial attempt 1 of 1 Apr 8 20:00:53 ppp[638]: tun0: Phase: deflink: dial - carrier Apr 8 20:00:53 ppp[638]: tun0: Phase: deflink: carrier - login Apr 8 20:00:53 ppp[638]: tun0: Phase: deflink: login - lcp Apr 8 20:00:58 ppp[638]: tun0: Phase: deflink: Too many LCP NAKs sent - abandoning negotiation Apr 8 20:00:59 ppp[638]: tun0: Phase: deflink: Disconnected! Apr 8 20:00:59 ppp[638]: tun0: Phase: deflink: lcp - logout Apr 8 20:00:59 ppp[638]: tun0: Phase: deflink: logout - hangup Apr 8 20:00:59 ppp[638]: tun0: Phase: deflink: Disconnected! Apr 8 20:00:59 ppp[638]: tun0: Phase: deflink: Connect time: 6 secs: 1106 octets in, 558 octets out Apr 8 20:00:59 ppp[638]: tun0: Phase: deflink: 56 packets in, 32 packets out Apr 8 20:00:59 ppp[638]: tun0: Phase: total 277 bytes/sec, peak 35 bytes/sec on Thu Apr 8 20:00:58 2004 Apr 8 20:00:59 ppp[638]: tun0: Phase: deflink: HUPing 640 Apr 8 20:00:59 ppp[638]: tun0: Phase: deflink: hangup - closed Apr 8 20:00:59 ppp[638]: tun0: Phase: bundle: Dead Apr 8 20:00:59 ppp[638]: tun0: Phase: PPP Terminated (normal). Apr 8 20:00:59 ppp[637]: tun0: Phase: Parent: Child failed (errdead) Apr 8 20:00:59 ppp[638]: tun0: Chat: Parent notified of failure -- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
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 usernametabpassword 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 usernametabpassword 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
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 usernametabpassword 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:
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]