Date: Wed, 25 Jul 2001 10:31:27 +0100 From: Rasputin <rara.rasputin@virgin.net> To: stable@freebsd.org Subject: PPP still playing up? Message-ID: <20010725103127.A38916@shaft.techsupport.co.uk>
next in thread | raw e-mail | index | archive | help
Morning gents Re: the issue with PPP falling over, I found (as others did) that replacing the line: set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 with set ifaddr 0.0.0.0/0 0.0.0.0/0 0.0.0.0 0.0.0.0 works Interactive mode is fine, the trouble with this is that PPP requires the 'dummy IPs' for autodial to work..... (reading the logs give the impression that FreeBSD insists on sending the 10.0.0.2 to the PPP server. which doesn't like it.) This happens *after* I've been assigned an IP address and DNS servers. Relevant lines in the log are: Jul 22 18:05:02 shikima ppp[85720]: tun0: IPCP: IPADDR[6] 10.0.0.2 Jul 22 18:05:02 shikima ppp[85720]: tun0: IPCP: deflink: RecvConfigReq(15) state = Ack-Rcvd Jul 22 18:05:02 shikima ppp[85720]: tun0: IPCP: COMPPROTO[6] 16 VJ slots without slot compression Jul 22 18:05:02 shikima ppp[85720]: tun0: IPCP: deflink: SendConfigNak(15) state = Ack-Rcvd Jul 22 18:05:02 shikima ppp[85720]: tun0: IPCP: IPADDR[6] 10.0.0.2 Jul 22 18:05:02 shikima ppp[85720]: tun0: Phase: deflink: Too many IPCP NAKs sent - abandoning negoti ation Jul 22 18:05:02 shikima ppp[85720]: tun0: LCP: Sending ident magic 255362bf text user-ppp 2.3.2 (buil t Jul 22 2001) Jul 22 18:05:02 shikima ppp[85720]: tun0: LCP: deflink: SendIdent(5) state = Opened Jul 22 18:05:02 shikima ppp[85720]: tun0: IPCP: deflink: SendTerminateReq(3) state = Ack-Rcvd Jul 22 18:05:02 shikima ppp[85720]: tun0: IPCP: deflink: State change Ack-Rcvd --> Closing Jul 22 18:05:02 shikima ppp[85720]: tun0: IPCP: deflink: RecvConfigReq(16) state = Closing Jul 22 18:05:02 shikima ppp[85720]: tun0: IPCP: deflink: Error: Got ConfigReq while state = Closing Jul 22 18:05:02 shikima ppp[85720]: tun0: IPCP: deflink: RecvTerminateAck(3) state = Closing Jul 22 18:05:02 shikima ppp[85720]: tun0: IPCP: deflink: LayerFinish. This used to look like: October 17 12:15:55 shikima ppp[100]: tun0: IPCP: SECDNS[6] 194.168.8.100 October 17 12:15:55 shikima ppp[100]: tun0: CCP: deflink: RecvConfigReq(2) state = Req-Sent October 17 12:15:55 shikima ppp[100]: tun0: CCP: STAC[5] October 17 12:15:55 shikima ppp[100]: tun0: CCP: deflink: SendConfigRej(2) state = Req-Sent October 17 12:15:55 shikima ppp[100]: tun0: CCP: STAC[5] October 17 12:15:55 shikima ppp[100]: tun0: CCP: deflink: RecvConfigAck(18) state = Req-Sent October 17 12:15:55 shikima ppp[100]: tun0: CCP: deflink: State change Req-Sent --> Ack-Rcvd October 17 12:15:55 shikima ppp[100]: tun0: IPCP: deflink: RecvConfigAck(18) state = Ack-Sent October 17 12:15:55 shikima ppp[100]: tun0: IPCP: deflink: State change Ack-Sent --> Opened October 17 12:15:55 shikima ppp[100]: tun0: IPCP: deflink: LayerUp. October 17 12:15:55 shikima ppp[100]: tun0: IPCP: myaddr 62.255.8.150 hisaddr = 10.0.0.2 The ISP is ntlworld (0800 POP) in the UK, and friends of mine who also use free OSes (OpenBSD, Slackware) are having no trouble with it.. I've probably quoted the wrong lines (PPP has always been fire and forget before now), full logs are at: http://shaft.techsupport.co.uk/~rasputin/logs/ (The working one is from October) Is there a PR open for this, does anyone know? <Please CC me in if you're replying, my usual shell account has fallen over under the weight of hooky IRC daemons again.... :) > Thanks folks. -- "I mean heck, it's even got a graphical configurator, so you don't have to use the command line to hose your system anymore." -- GDM 2.2.2 release notes Rasputin :: Jack of All Trades - Master of Nuns :: 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?20010725103127.A38916>