web-dev-qa-db-fra.com

Comment se débarrasser de la route 169.254.0.0?

Cela provient de la commande route -n.

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.x     0.0.0.0         UG    600    0        0 <wifi>
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 <wifi>
192.168.1.0     0.0.0.0         255.255.255.0   U     600    0        0 <wifi>

J'ai essayé:

1) ufw désactivé et exécuté depuis le terminal (idem avec ufw activé):

Sudo route del -net 169.254.0.0 gw 0.0.0.0

a SIOCDELRT: Invalid argument

2) a commenté la ligne link-local 169.254.0.0 dans le fichier /etc/networks et a redémarré.

3) désactivé avahi-deamon car il semble être lié.

Rien ne fonctionne, j'utilise une adresse IP statique, mais toujours lorsque je me connecte à mon routeur et exécute route -n command, il apparaît là Alors. Avez-vous d'autres idées?

PDATE:

Grâce à la réponse ci-dessous, j'ai consulté la page de manuel avahi-autoipd et réussi à trouver une solution. Pour supprimer l'itinéraire:

Sudo route del -net 169.254.0.0 netmask 255.255.0.0 dev <interface> metric 1000

où <interface> est votre interface réseau, telle que wlan0 par exemple. Cependant, cela ne le supprimerait que jusqu'à la prochaine association réseau, car il se reproduit. Donc, pour le rendre permanent, vous devez modifier le fichier /etc/network/if-up.d/avahi-autoipd, la racine du frai.

J'ai commenté la dernière partie du code:

#if [ -x /bin/ip ]; then
    # route already present?
    #ip route show | grep -q '^169.254.0.0/16[[:space:]]' && exit 0

    #/bin/ip route add 169.254.0.0/16 dev $IFACE metric 1000 scope link
#Elif [ -x /sbin/route ]; then
    # route already present?
    #/sbin/route -n | egrep -q "^169.254.0.0[[:space:]]" && exit 0

    #/sbin/route add -net 169.254.0.0 netmask 255.255.0.0 dev $IFACE metric 1000
#fi
networking16.04routing
7
user633551

Vous ne devez rien faire du tout. La route 169.254.0.0 est généralement présente pour toutes les personnes disposant d’une connexion Internet. Voici les informations de route de ma machine:

chili@T440p:~$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.0.1     0.0.0.0         UG    600    0        0 wlp3s0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 wlp3s0
192.168.0.0     0.0.0.0         255.255.255.0   U     600    0        0 wlp3s0

S'il vous plaît voir: https://serverfault.com/questions/132657/where-route-to-169-254-0-0-comes-from

Surtout voir:

Le réseau 169.254.0.0/16 est utilisé pour l’adressage IP privé automatique ou APIPA. Si un client DHCP tente d'obtenir une adresse, mais ne parvient pas à trouver un serveur DHCP après la période de temporisation et les tentatives répétées, il supposera de manière aléatoire une adresse de ce réseau. Cela permet aux communications avec les hôtes qui n'ont pas réussi à obtenir une adresse DHCP.

En bref, l'entrée est tout à fait normale.

9
chili555

Vous avez raison de penser que cette route vient d’avahi.

Désactiver avahi-deamon peut ne pas être suffisant car votre client DHCP peut être configuré pour utiliser avahi-autoipd afin de définir une adresse IP locale au lien lorsque la requête DHCP échoue.

Il y a plusieurs choses que je voudrais essayer:

  • ajoutez une ligne deny-interfaces=wifi (c'est le nom de votre interface réseau, n'est-ce pas?) dans /etc/avahi/avahi-daemon.conf
  • puisque vous utilisez quand même une adresse IP statique, désactivez votre client DHCP (dhcpcd?)
  • comme cette réponse suggère, vous pouvez simplement désinstaller avahi-daemon. Bien sûr, cela revient à tuer une mouche avec un rouleau compresseur, mais ça va marcher
1
Dmitry Grigoryev

J'ai résolu comme ça:

iface eth1 inet static
    address 192.168.0.2
    netmask 255.255.255.0
    gateway 192.168.0.1
    pre up ip r d 169.254.0.0/16

Simplement, la route est supprimée au démarrage du réseau. Dans les distributions Rhel, il est facile de configurer Zeroconf, mais je n’ai pas trouvé de solution dans Debian/Ubuntu. Cela devrait quand même faire l'affaire.

0
fugitive