GNOME Bugzilla – Bug 352731
fake route is added to loopback when using link-local address obtained by zeroconf
Last modified: 2008-08-18 17:47:01 UTC
Please describe the problem: A fake route is (also) added (before the correct one) to the routing tables when NM obtaines a link-local ip addr by zeroconf. The packets therefore go to a wrong way. To work around, you only have to remove the fake route Steps to reproduce: 1. Start NM. 2. obtain a link-local address 3. try to figure out, why nothing works Actual results: the packets go wrong way Expected results: for example ping to work Does this happen every time? yes, it does. Other information: a simple workaround is present: add the following script ot the /etc/NetworkManager/dispatcher.d drectory, make it executeable, and us NM-dispatcher as well. Here comes the script: #!/bin/sh if [ "$1" == "eth0" ]; then if [ "$2" == "up" ] ;then if [ `/sbin/route | grep lo | grep "169.254" | wc -c ` -gt 0 ] ; then /sbin/ip route flush dev lo; logger "NetworkManagerDispatcher::kill_fake_loopback_routes.sh: Once again a Link-local adress has been obtained... so I have to do my work... to work around: )" fi; fi; fi;
Can you paste the output of "/sbin/route -n" and "/sbin/ip route list" when the problem occurs into this bug report? Thanks!
Actually since then, I've left fedora, that used NM by default, to gentoo, that i'm just about to leave in favour of NetBSD, and I have stopped using NM in favour of openrc, and wpa_supplicant-gui, so I cannot confirm or deny the existence of the bug anymore. Best regards: Gergely Gábor
ok, closing as fixed since the auto-ip code has undergone a substantial rewrite and I'm pretty sure we don't touch lo routes any more.