Re: ping6 impossible/très lent depuis Debian sid et bullseye
Cédric Boutillier a écrit :
> Bonjour,
Bonsoir,
> J'ai depuis peu une Freebox Delta, qui propose une passerelle ipv6.
> Depuis mes machines Debian, la résolution des noms en ipv6 marche
> correctement, mais pas de ping6, traceroute6 : ça tourne dans le vide.
> Le ping et traceroute en v4 fonctionnent correctement avec des temps qui
> semblent raisonnables.
>
> Faire une connexion ssh vers un hote qui a une ipv6 prend plusieurs
> minutes pour aboutir. (en forçant l'ipv4 avec ssh -4, c'est immédiat).
>
> par exemple :
>
> traceroute6 master.debian.org
> traceroute to master.debian.org (2001:41b8:202:deb:216:36ff:fe40:4001), 30 hops max, 80 byte packets
> 1 * * *
> 2 * * *
> 3 * * *
> [...]
> 30 * * *
>
> ping6 master.debian.org
> PING master.debian.org(master.debian.org (2001:41b8:202:deb:216:36ff:fe40:4001)) 56 data bytes
> [et après ça attend dans le vide]
Y a-t-il une passerelle définie ? Quel est le retour de la commande
route -A inet6 ?
Comment sont définies les adresses ? Statiques ou dynamiques ? Et si
dynamiques, par quoi ? Le routage IPv6 est un truc délirant, certains
outils se débrouillant avec des adresses locales, d'autres non (j'ai
déjà vu des OS se débrouiller avec une passerelle en fe80:..., d'autres
refusent catégoriquement.).
Typiquement, chez moi, ça donne ça :
hilbert:[~] > /sbin/route -A inet6
Table de routage IPv6 du noyau
Destination Next Hop Flag Met Ref
Use If
localhost/128 [::] U 256 1
0 lo
2001:7a8:a8ed:10::/64 [::] UAe 256 22
0 enp5s0
fe80::/64 [::] U 256 1
0 enp5s0
[::]/0 fe80::6a05:caff:fe02:b259 UGDAe 1024 24
0 enp5s0
localhost/128 [::] Un 0 21
0 lo
2001:7a8:a8ed:10:d65d:64ff:feb4:9a3b/128 [::] Un
0 4 0 enp5s0
fe80::d65d:64ff:feb4:9a3b/128 [::] Un 0 3
0 enp5s0
ff00::/8 [::] U 256 6
0 enp5s0
[::]/0 [::] !n -1 1
0 lo
La MTU est de 1500. CEPENDANT !... Cependant, je passe par un routeur
NetBSD pour router différemment IPv4 et IPv6 (oui, j'ai un FAI de type
Internet pour les ploucs...) et ce routeur envoie IPv4 directement sur
l'interface wm2 (MTU de 1500) et IPv6 sur bridge0 (MTU 1335) associant
tap0 et tap1 (MTU 1335). Le routeur se débrouille pour ne pas avoir de
problème de MTU quitte à fragmenter les paquets IPv6. Le 1335 provient
de la valeur optimale du paquet OpenVPN tap, je n'entre pas dans les
détails.
Je ne pencherai pas ici pour un problème de MTU, mais pour un problème
de routage ou de configuration automatique IPv6.
Bien cordialement,
JKB
Reply to: