Re: ping6 impossible/très lent depuis Debian sid et bullseye
Bonjour Joël,
>
> Y a-t-il une passerelle définie ? Quel est le retour de la commande
> route -A inet6 ?
Déjà là, c'est un peu bizarre : quand je suis branché en ethernet
$ sudo route -A inet6
Table de routage IPv6 du noyau
Destination Next Hop Flag Met Ref Use If
localhost/128 [::] U 256 1 0 lo
[::]/0 [::] !n -1 1 0 lo
localhost/128 [::] Un 0 10 0 lo
[::]/0 [::] !n -1 1 0 lo
mon interface ethernet n'apparait pas du tout.
En allumant le wifi:
$ sudo route -A inet6
Table de routage IPv6 du noyau
Destination Next Hop Flag Met Ref Use If
localhost/128 [::] U 256 2 0 lo
2a01:e0a:27a:ab50::/64 [::] U 600 1 0 wlo1
2a01:e35:1384:2d50::/64 [::] U 600 2 0 wlo1
fe80::/64 [::] U 600 1 0 wlo1
[::]/0 fe80::de00:b0ff:fe3a:9e88 UG 600 5 0 wlo1
[::]/0 fe80::208:9bff:fed1:21dd UG 600 6 0 wlo1
localhost/128 [::] Un 0 11 0 lo
2a01:e0a:27a:ab50:3320:dcd7:4002:df4/128 [::] Un 0 2 0 wlo1
2a01:e35:1384:2d50:242a:9d63:7221:7bbf/128 [::] Un 0 3 0 wlo1
fe80::de1f:f530:8c6c:4af1/128 [::] Un 0 4 0 wlo1
ff00::/8 [::] U 256 5 0 wlo1
[::]/0 [::] !n -1 1 0 lo
Il semble donc que la freebox configure les interfaces wifi et ethernet
pour le routage différemment. Déjà bizarre. Quelquechose que je n'avais
pas envisagé. Cela pourrait expliquer partiellement la différence que
j'avais noté "Debian marche pas"/"mac marche", car le portable mac testé
était en wifi, et les machines Debian toutes en ethernet ?
Donc sans wifi, purement ethernet, il semble que je n'ai qu'une
connectivité ipv4. Pourtant que se passe-t-il quand j'essaie une
connection SSH ? si le MTU de la carte ethernet est de l'ordre de 1200,
c'est l'ipv4 du server qui est résolue, et la connexion aboutit
rapidement.
debug1: Connecting to master.debian.org [82.195.75.110] port 22.
Si le MTU est à 1500, alors c'est une connexion vers une adresse ipv6
qui est tentée, et
debug1: Connecting to master.debian.org [2001:41b8:202:deb:216:36ff:fe40:4001] port 22.
elle timeout au bout de plusieurs minutes pour rebasculer sur l'ipv4,
qui finit par aboutir.
Il se passe exactement la même chose lorsque je tente une connexion ssh
avec wifi (sans ethernet) : ipv4 pour bas MTU, ipv6 qui timeout pour un
MTU par défaut à 1500.
> 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.).
Les adresses sont dynamiques, données par la freebox qui sert de serveur
dhcp.
> Je ne pencherai pas ici pour un problème de MTU, mais pour un problème
> de routage ou de configuration automatique IPv6.
Comment faire maintenant pour résoudre ces connexions ipv6 qui timeout
sans désactiver brutalement l'ipv6 ? J'ai un petit routeur qui traine.
Je peux essayer de le mettre derrière la freebox et passer celle-ci en
mode bridge. C'est raisonnable ?
Merci et bonne journée
Cédric
Reply to: