Quand je cours apt-get update
sur ma machine, elle reste bloquée à:
100% [Connecting to security.ubuntu.com (2001:67c:1562::15)] [Connecting to archive.canonical.com (2001:67c:1360:8c01::16)]
Je n'ai apporté aucune modification récente au système et utilise mon réseau domestique, qui fonctionnait bien auparavant.
Je ne peux pas expliquer pourquoi il est passé à utiliser IPv6.
J'ai IPv6 sur ignore
pour le réseau sans fil:
Ouput de ip addr
:
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: mlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 4c:0b:be:22:0a:b4 brd ff:ff:ff:ff:ff:ff
inet 192.168.2.106/24 brd 192.168.2.255 scope global dynamic mlan0
valid_lft 1814086sec preferred_lft 1814086sec
inet6 ::d5:b551:28db:2789:225/64 scope global temporary dynamic
valid_lft 604483sec preferred_lft 85483sec
inet6 ::d5:4e0b:beff:fe22:ab4/64 scope global mngtmpaddr dynamic
valid_lft 604779sec preferred_lft 86379sec
inet6 fe80::4e0b:beff:fe22:ab4/64 scope link
valid_lft forever preferred_lft forever
0:0:0:d5::/64
. Cette plage est répertoriée comme étant réservée par l'IETF, ce qui ne constitue certainement pas un préfixe valide pour la publicité. Si ces AR se sont déjà arrêtées, il peut être impossible de savoir d'où elles viennent. Dans ce cas, tout ce que vous pouvez vraiment faire est de redémarrer l'interface réseau et le problème disparaîtra. Si les RA sont toujours en cours d'envoi, vous pouvez alors regarder une capture de paquet pour voir de quel MAC ils proviennent.
apt-get
. Si vous aviez apt-get
suivi la RFC 6555, vous n’auriez jamais remarqué de problème.