On Fri, 4 Dec 1998, Al Vesper wrote: |I've recently done a scratch install of the Red Hat 5.2 |distribution and have been unable to get connected to the machine |I used to talk to via ppp when I was on Red Hat 4.1, at kernel |level 2.0.30. | |I am dialing into a machine at my employer, using a DIP script |for the initial connection. After the connection is established, |I provide identification, the line disconnects, and the remote |computer calls back to my number. The DIP script causes an |answer, sends my userid and password, and tells the remote to use |PPP. DIP then does mode PPP and exits. Works great so far. Here "does mode PPP" means that dip executes pppd to negotiate and complete the ppp connection. I think that pppd then uses the /etc/ppp/options file and other configuration files that don't need an explicit command line argument to pppd to be used. I'm not sure where pppd is getting the IP addresses it offers the ISP, but they do seem to be the cause of the trouble. They could come from dip or from /etc/ppp/options. See comments below. |I'm failing the initial ppp negotiations, with the remote |system sending me a ConfRej message and then quitting. I have |the details from kdebug 25, and will put a segment of that below. |I do not know what I have done to cause the ConfRej, and that's |what I'm hoping to have some advice about. | |Overview: | |17:41:43: pppd 2.3.5 started by root, uid 0 |17:41:43: Using interface ppp0 |17:41:43: Connect: ppp0 <--> /dev/cua1 |17:41:43: sent [LCP ConfReq id=0x1 <magic 0x222ff288> <pcomp> <accomp>] |17:41:43: rcvd [LCP ConfReq id=0x1 <asyncmap 0xa0000> <pcomp> <accomp>] |17:41:43: sent [LCP ConfAck id=0x1 <asyncmap 0xa0000> <pcomp> <accomp>] |17:41:43: rcvd [LCP ConfRej id=0x1 <magic 0x222ff288>] |17:41:43: sent [LCP ConfReq id=0x2 <pcomp> <accomp>] |17:41:43: rcvd [LCP ConfAck id=0x2 <pcomp> <accomp>] |17:41:43: sent [IPCP ConfReq id=0x1 <addr 192.168.200.1> <compress VJ 0f 01>] pppd asks to use 192.168.200.1 for it's address |17:41:44: rcvd [IPCP ConfReq id=0x1 <compress VJ 03 00> <addr 9.5.123.19>] The ISP asks to use 9.5.123.19 as it's address |17:41:44: sent [IPCP ConfNak id=0x1 <addr 9.5.123.12>] pppd Naks the 9.5.123.19 address and offers 0.5.123.12 for the ISP to use instead. |17:41:44: rcvd [IPCP ConfNak id=0x1 <addr 9.5.123.194> <compress VJ 0f 00>] The ISP Naks the 192.168.200.1 address and offers 9.5.123.194 for pppd to use instead. This sequence of events is essentially repeated three more times below. |17:41:44: sent [IPCP ConfReq id=0x2 <addr 192.168.200.1> <compress VJ 0f 00>] |17:41:44: rcvd [IPCP ConfReq id=0x2 <compress VJ 03 00> <addr 9.5.123.19>] |17:41:44: sent [IPCP ConfNak id=0x2 <addr 9.5.123.12>] |17:41:44: rcvd [IPCP ConfNak id=0x2 <addr 9.5.123.194>] |17:41:44: sent [IPCP ConfReq id=0x3 <addr 192.168.200.1> <compress VJ 0f 00>] |17:41:44: rcvd [IPCP ConfReq id=0x3 <compress VJ 03 00> <addr 9.5.123.19>] |17:41:44: sent [IPCP ConfNak id=0x3 <addr 9.5.123.12>] |17:41:44: rcvd [IPCP ConfNak id=0x3 <addr 9.5.123.194>] |17:41:44: sent [IPCP ConfReq id=0x4 <addr 192.168.200.1> <compress VJ 0f 00>] |17:41:44: rcvd [IPCP ConfReq id=0x4 <compress VJ 03 00> <addr 9.5.123.19>] |17:41:44: sent [IPCP ConfNak id=0x4 <addr 9.5.123.12>] |17:41:44: rcvd [IPCP ConfRej id=0x4 <addr 192.168.200.1>] The ISP Rejects 192.168.200.1 opening the door for pppd's next move. |17:41:44: sent [IPCP ConfReq id=0x5 <addrs 192.168.200.1 9.5.123.12> <compress VJ 0f |00>] Pppd tries the (obsolete) IP-Addresses option. But the ISP is not having any of that and has gone away. The End. |17:41:47: sent [IPCP ConfReq id=0x5 <addrs 192.168.200.1 9.5.123.12> <compress VJ 0f |00>] |17:41:50: sent [IPCP ConfReq id=0x5 <addrs 192.168.200.1 9.5.123.12> <compress VJ 0f |00>] |17:41:53: sent [IPCP ConfReq id=0x5 <addrs 192.168.200.1 9.5.123.12> <compress VJ 0f |00>] |17:41:56: sent [IPCP ConfReq id=0x5 <addrs 192.168.200.1 9.5.123.12> <compress VJ 0f |00>] |17:41:59: sent [IPCP ConfReq id=0x5 <addrs 192.168.200.1 9.5.123.12> <compress VJ 0f |00>] |17:42:02: sent [IPCP ConfReq id=0x5 <addrs 192.168.200.1 9.5.123.12> <compress VJ 0f |00>] |17:42:05: sent [IPCP ConfReq id=0x5 <addrs 192.168.200.1 9.5.123.12> <compress VJ 0f |00>] |17:42:08: sent [IPCP ConfReq id=0x5 <addrs 192.168.200.1 9.5.123.12> <compress VJ 0f |00>] |17:42:11: sent [IPCP ConfReq id=0x5 <addrs 192.168.200.1 9.5.123.12> <compress VJ 0f |00>] |17:42:14: IPCP: timeout sending Config-Requests |17:42:14: sent [LCP TermReq id=0x3 "No network protocols running"] |17:42:17: sent [LCP TermReq id=0x4 "No network protocols running"] |17:42:20: Connection terminated. |17:42:21: Exit. <snipped> (The kdebug level option is seldom helpful for most ppp problems.) |At this point, the other end has stopped talking to me <sniffle>, |and I will eventually quit after a number of retrys. --- Clifford Kite Not a guru. (tm) [EMAIL PROTECTED] Not even close. - To unsubscribe from this list: send the line "unsubscribe linux-ppp" in the body of a message to [EMAIL PROTECTED]
