Bug#945410: defaultroute sets gateway to 0.0.0.0
Chris Boot wrote: > What is your PPP link running on? I don't expect it to be a modem, but > is it PPPoE or PPTP or a VPN of some kind? That might also help to nail > things down. Actual modem (USB). > This doesn't make much sense to me, but a before and after of your route > table using 'ip route' would be really helpful and might shed some light > on the situation. root@honeybee:~>ip route 10.0.0.0/8 dev wlx9cefd5fcd6f3 proto kernel scope link src 10.1.1.1 root@honeybee:~>pon root@honeybee:~>ip route default dev ppp0 scope link 10.0.0.0/8 dev wlx9cefd5fcd6f3 proto kernel scope link src 10.1.1.1 207.223.72.68 dev ppp0 proto kernel scope link src 72.251.70.21 Hmm! I now notice that, even with the above routing table, I can access the internet over that ppp link. Apparently the 0.0.0.0 route *is* the default route. I don't remember it looking like that some years ago when I used ppp regularly, but it does seem to work. -- see shy jo signature.asc Description: PGP signature
Bug#945410: defaultroute sets gateway to 0.0.0.0
On 23/11/2019 19:38, Joey Hess wrote: > Using ppp for the first time in a year or so, it seems something has > broken WRT defaultroute, which was working before. Hi Joey, This seems surprising, or I'm sure I'd have heard much more about this by now. Curious. > There was no default route set before starting pppd. > After pon, this is the result: > > Kernel IP routing table > Destination Gateway Genmask Flags Metric RefUse Iface > 0.0.0.0 0.0.0.0 0.0.0.0 U 0 00 ppp0 > 10.0.0.00.0.0.0 255.0.0.0 U 0 00 > wlx9cefd5fcd6f3 > 207.223.72.68 0.0.0.0 255.255.255.255 UH0 00 ppp0 This looks like output from the old 'route' tool. Would you mind also providing output from 'ip route' as well, please? What is your PPP link running on? I don't expect it to be a modem, but is it PPPoE or PPTP or a VPN of some kind? That might also help to nail things down. > So apparently it's set a default route with no gateway, if that's even a > thing. It certianly does not work. PPP interfaces are point-to-point so it's perfectly valid to have a route with no gateway address and just the interface as a destination. There's no ARP on the PPP link, and any packets stuffed down the interface (should) end up on the other end. There's no notion of a router IP address on such links. > Manually adding 207.223.72.68 as the default gateway makes the connection > work. This doesn't make much sense to me, but a before and after of your route table using 'ip route' would be really helpful and might shed some light on the situation. [snip] > I enabled debug and didn't see anything in the log about routing. > Here's the relevant part of the log, after authentication > (log is in reverse order) No, ppp doesn't negotiate a default route, it's up to each end to add one as required. Hence the defaultroute / nodefaultroute options for pppd. Cheers, Chris -- Chris Boot bo...@debian.org
Bug#945410: defaultroute sets gateway to 0.0.0.0
Package: ppp Version: 2.4.7-2+4.1 Severity: normal Using ppp for the first time in a year or so, it seems something has broken WRT defaultroute, which was working before. There was no default route set before starting pppd. After pon, this is the result: Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 0.0.0.0 0.0.0.0 0.0.0.0 U 0 00 ppp0 10.0.0.00.0.0.0 255.0.0.0 U 0 00 wlx9cefd5fcd6f3 207.223.72.68 0.0.0.0 255.255.255.255 UH0 00 ppp0 So apparently it's set a default route with no gateway, if that's even a thing. It certianly does not work. Manually adding 207.223.72.68 as the default gateway makes the connection work. AFAICS I have no hook scripts or ifupdown configuration that would affect ppp adding the default route. I enabled debug and didn't see anything in the log about routing. Here's the relevant part of the log, after authentication (log is in reverse order) Nov 23 14:27:13 honeybee pppd[8474]: Script /etc/ppp/ip-up finished (pid 8512), status = 0x0 Nov 23 14:27:12 honeybee pppd[8474]: rcvd [CCP ConfRej id=0x4] Nov 23 14:27:12 honeybee pppd[8474]: sent [CCP ConfRej id=0x4 < 11 06 00 01 01 03>] Nov 23 14:27:12 honeybee pppd[8474]: rcvd [CCP ConfReq id=0x4 < 11 06 00 01 01 03>] Nov 23 14:27:12 honeybee pppd[8474]: sent [CCP ConfReq id=0x4] Nov 23 14:27:12 honeybee pppd[8474]: rcvd [CCP ConfRej id=0x3 ] Nov 23 14:27:12 honeybee pppd[8474]: sent [CCP ConfRej id=0x3 < 11 05 00 01 03>] Nov 23 14:27:12 honeybee pppd[8474]: sent [CCP ConfReq id=0x3 ] Nov 23 14:27:12 honeybee pppd[8474]: rcvd [CCP ConfReq id=0x3 < 11 05 00 01 03>] Nov 23 14:27:12 honeybee pppd[8474]: Script /etc/ppp/ip-up started (pid 8512) Nov 23 14:27:12 honeybee pppd[8474]: remote IP address 207.223.72.68 Nov 23 14:27:12 honeybee pppd[8474]: local IP address 72.251.71.229 Nov 23 14:27:12 honeybee pppd[8474]: rcvd [IPCP ConfAck id=0x2 ] Nov 23 14:27:12 honeybee pppd[8474]: rcvd [CCP ConfRej id=0x2] Nov 23 14:27:11 honeybee pppd[8474]: sent [CCP ConfRej id=0x2 < 11 05 00 01 04>] Nov 23 14:27:11 honeybee pppd[8474]: rcvd [CCP ConfReq id=0x2 < 11 05 00 01 04>] Nov 23 14:27:11 honeybee pppd[8474]: sent [IPCP ConfReq id=0x2 ] Nov 23 14:27:11 honeybee pppd[8474]: rcvd [IPCP ConfNak id=0x1 ] Nov 23 14:27:11 honeybee pppd[8474]: sent [CCP ConfReq id=0x2] Nov 23 14:27:11 honeybee pppd[8474]: rcvd [CCP ConfRej id=0x1 ] Nov 23 14:27:11 honeybee pppd[8474]: sent [CCP ConfRej id=0x1 ] Nov 23 14:27:11 honeybee pppd[8474]: rcvd [CCP ConfReq id=0x1 ] Nov 23 14:27:11 honeybee pppd[8474]: sent [IPCP ConfAck id=0x1 ] Nov 23 14:27:11 honeybee pppd[8474]: rcvd [IPCP ConfReq id=0x1 ] Nov 23 14:27:11 honeybee pppd[8474]: sent [IPCP ConfReq id=0x1 ] Nov 23 14:27:11 honeybee pppd[8474]: sent [CCP ConfReq id=0x1 ] Nov 23 14:27:11 honeybee pppd[8474]: PAP authentication succeeded -- System Information: Debian Release: bullseye/sid Architecture: armhf Kernel: 4.19.0-5-armmp-lpae Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- see shy jo signature.asc Description: PGP signature