Auteur Sujet: Windows 10 : IPv6 aléatoirement HS (Lu 11208 fois)

underground78 · « **le:** 19 octobre 2020 à 20:02:53 »

Bonsoir,

Depuis plusieurs mois je remarque régulièrement que pour une raison que je ne comprends pas, IPv6 est régulièrement HS sur ma machine sous Windows 10.

La machine dispose bien d'une IPv6 :

Code: [Sélectionner]

>ipconfig /all

Configuration IP de Windows

   Nom de l’hôte . . . . . . . . . . : PC-1
   Suffixe DNS principal . . . . . . :
   Type de noeud. . . . . . . . . .  : Hybride
   Routage IP activé . . . . . . . . : Non
   Proxy WINS activé . . . . . . . . : Non

Carte Ethernet Ethernet :

   Suffixe DNS propre à la connexion. . . :
   Description. . . . . . . . . . . . . . : Intel(R) 82579V Gigabit Network Connection
   Adresse physique . . . . . . . . . . . : 10-BF-48-80-45-8A
   DHCP activé. . . . . . . . . . . . . . : Oui
   Configuration automatique activée. . . : Oui
   Adresse IPv6. . . . . . . . . . . . . .: 2a01:e0a:XXXX:XXXX:d022:31ac:3914:5111(préféré)
   Adresse IPv6 temporaire . . . . . . . .: 2a01:e0a:XXXX:XXXX:18b5:5741:4bf0:b189(préféré)
   Adresse IPv6 temporaire . . . . . . . .: 2a01:e0a:XXXX:XXXX:8441:d408:f7c4:50cc(déprécié)
   Adresse IPv6 de liaison locale. . . . .: fe80::d022:31ac:3914:5111%6(préféré)
   Adresse IPv4. . . . . . . . . . . . . .: 192.168.0.1(préféré)
   Masque de sous-réseau. . . . . . . . . : 255.255.255.0
   Bail obtenu. . . . . . . . . . . . . . : lundi 19 octobre 2020 19:23:29
   Bail expirant. . . . . . . . . . . . . : mardi 20 octobre 2020 07:23:28
   Passerelle par défaut. . . . . . . . . : fe80::224:d4ff:fea4:719%6
                                       192.168.0.254
   Serveur DHCP . . . . . . . . . . . . . : 192.168.0.254
   IAID DHCPv6 . . . . . . . . . . . : 51429192
   DUID de client DHCPv6. . . . . . . . : 00-01-00-01-1E-E5-0A-A6-10-BF-48-80-45-8A
   Serveurs DNS. . .  . . . . . . . . . . : 192.168.0.254
                                       fd0f:ee:b0::1
   NetBIOS sur Tcpip. . . . . . . . . . . : Activé

Carte Ethernet VirtualBox Host-Only Network :

   Suffixe DNS propre à la connexion. . . :
   Description. . . . . . . . . . . . . . : VirtualBox Host-Only Ethernet Adapter
   Adresse physique . . . . . . . . . . . : 0A-00-27-00-00-0F
   DHCP activé. . . . . . . . . . . . . . : Non
   Configuration automatique activée. . . : Oui
   Adresse IPv6 de liaison locale. . . . .: fe80::6cf2:396e:b796:8f1b%15(préféré)
   Adresse IPv4. . . . . . . . . . . . . .: 192.168.56.1(préféré)
   Masque de sous-réseau. . . . . . . . . : 255.255.255.0
   Passerelle par défaut. . . . . . . . . :
   IAID DHCPv6 . . . . . . . . . . . : 302645287
   DUID de client DHCPv6. . . . . . . . : 00-01-00-01-1E-E5-0A-A6-10-BF-48-80-45-8A
   Serveurs DNS. . .  . . . . . . . . . . : fec0:0:0:ffff::1%1
                                       fec0:0:0:ffff::2%1
                                       fec0:0:0:ffff::3%1
   NetBIOS sur Tcpip. . . . . . . . . . . : Activé

Carte Ethernet Ethernet 2 :

   Statut du média. . . . . . . . . . . . : Média déconnecté
   Suffixe DNS propre à la connexion. . . :
   Description. . . . . . . . . . . . . . : TAP-Windows Adapter V9
   Adresse physique . . . . . . . . . . . : 00-FF-30-20-F0-F4
   DHCP activé. . . . . . . . . . . . . . : Oui
   Configuration automatique activée. . . : Oui

Cependant par défaut la résolution de nom se fait en IPv4 :

Code: [Sélectionner]

>ping ip.lafibre.info

Envoi d’une requête 'ping' sur ip.lafibre.info [89.84.1.194] avec 32 octets de données :
Réponse de 89.84.1.194 : octets=32 temps=3 ms TTL=58
Réponse de 89.84.1.194 : octets=32 temps=3 ms TTL=58
Réponse de 89.84.1.194 : octets=32 temps=2 ms TTL=58
Réponse de 89.84.1.194 : octets=32 temps=3 ms TTL=58

Statistiques Ping pour 89.84.1.194:
    Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 2ms, Maximum = 3ms, Moyenne = 2ms

La résolution d'un nom de domaine uniquement disponible en IPv6 se fait bien mais impossible de faire un ping, les paquets ne semblent même pas aller jusqu'à la box :

Code: [Sélectionner]

>ping ipv6.lafibre.info

Envoi d’une requête 'ping' sur ipv6.lafibre.info [2001:860:de01:1101::2] avec 32 octets de données :
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.

Statistiques Ping pour 2001:860:de01:1101::2:
    Paquets : envoyés = 4, reçus = 0, perdus = 4 (perte 100%),

>tracert ipv6.lafibre.info

Détermination de l’itinéraire vers ipv6.lafibre.info [2001:860:de01:1101::2]
avec un maximum de 30 sauts :

  1     *        *        *     Délai d’attente de la demande dépassé.
  2     *        *        *     Délai d’attente de la demande dépassé.
  3     *        *        *     Délai d’attente de la demande dépassé.
...

Le problème disparaît de lui-même au bout d'un moment (le temps que j'écrive ce sujet dans le cas présent).

Qu'est-ce que je pourrais faire la prochaine fois que ça arrive pour essayer de caractériser le problème ?

U78

hwti · « **Réponse #1 le:** 20 octobre 2020 à 01:09:40 »

Citation de: underground78 le 19 octobre 2020 à 20:02:53

Qu'est-ce que je pourrais faire la prochaine fois que ça arrive pour essayer de caractériser le problème ?

Vérifier si la box répond sur le LAN avec un "ping fe80::224:d4ff:fea4:719".
Si ça dure assez longtemps, capturer le trafic (wireshark ou pktmon), particulièrement les ICMPv6 qui devraient être échangés entre la box et le PC.

vivien · « **Réponse #2 le:** 20 octobre 2020 à 07:31:48 »

Cela serait bien de vérifier avec un téléphone en Wi-Fi que la page se charge bien pour être sur que la box n'est pas en cause.

Ton PC a des IPv6, mais ce qui est intéressant c'est de voir la table de routage dans un cas où IPv6 marche et dans un cas où cela ne marche pas.

Exemple sous Linux :

Citation de: vivien le 11 mars 2018 à 11:42:45

Cas où IPv6 est fonctionne après un reboot :

Voici ce que l'on a quand l'IPv6 est fonctionnel après un reboot (c'est le cas dans 90% des reboot) : On note le Next Hop 2001:860:de01:1102::1 qui correspond à ma configuration.
$ route -6 Table de routage IPv6 du noyau Destination Next Hop Flag Met Ref Use If 2001:860:de01:1102::/64 :: U 256 2 1 enp1s0f0 2001:860:deff:1002::/64 :: U 256 1 0 enp1s0f0 fe80::/64 :: U 256 1 0 enp1s0f0 ::/0 2001:860:de01:1102::1 UG 1024 8 485 enp1s0f0 ::/0 :: !n -1 1 488 lo ::1/128 :: Un 0 9 56 lo 2001:860:de01:1102::2/128 :: Un 0 10 121 lo 2001:860:de01:1102::3/128 :: Un 0 2 0 lo 2001:860:deff:1002::2/128 :: Un 0 9 145 lo fe80::3efd:feff:fe1d:8f00/128 :: Un 0 4 5 lo ff00::/8 :: U 256 3 7 enp1s0f0 ::/0 :: !n -1 1 488 lo $ ip -6 a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 state UNKNOWN qlen 1000 inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: enp1s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000 inet6 2001:860:de01:1102::2/64 scope global valid_lft forever preferred_lft forever inet6 2001:860:deff:1002::2/64 scope global deprecated valid_lft forever preferred_lft 0sec inet6 2001:860:de01:1102::3/64 scope global deprecated valid_lft forever preferred_lft 0sec inet6 fe80::3efd:feff:fe1d:8f00/64 scope link valid_lft forever preferred_lft forever

Cas où IPv6 est HS après un reboot :

Voici ce que l'on a quand l'IPv6 est HS après un reboot (c'est le cas dans 10% des reboot) : On note le Next Hop fe80::2a52:61ff:fed7:84c2 qui explique pourquoi nous n'avons pas de connectivité IPv6.
On note la présence d'une IPv6 dynamique alors que ce n'est nullement demandé dans ma configuration.
$ route -6 Table de routage IPv6 du noyau Destination Next Hop Flag Met Ref Use If 2001:860:de01:1102::/64 :: UA 256 2 1 enp1s0f0 2001:860:deff:1002::/64 :: U 256 1 0 enp1s0f0 fe80::/64 :: U 256 1 0 enp1s0f0 ::/0 fe80::2a52:61ff:fed7:84c2 UGDAe 1024 8 557 enp1s0f0 ::/0 :: !n -1 1 557 lo ::1/128 :: Un 0 9 62 lo 2001:860:de01:1102::2/128 :: Un 0 9 108 lo 2001:860:de01:1102:3efd:feff:fe1d:8f00/128 :: Un 0 2 0 lo 2001:860:de01:1102::3/128 :: Un 0 2 0 lo 2001:860:deff:1002::2/128 :: Un 0 9 139 lo fe80::3efd:feff:fe1d:8f00/128 :: Un 0 4 8 lo ff00::/8 :: U 256 3 8 enp1s0f0 ::/0 :: !n -1 1 557 lo $ ip -6 a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 state UNKNOWN qlen 1000 inet6 ::1/128 scope host valid_lft forever preferred_lft forever 4: enp1s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000 inet6 2001:860:de01:1102::2/64 scope global valid_lft forever preferred_lft forever inet6 2001:860:deff:1002::2/64 scope global deprecated valid_lft forever preferred_lft 0sec inet6 2001:860:de01:1102::3/64 scope global deprecated valid_lft forever preferred_lft 0sec inet6 2001:860:de01:1102:3efd:feff:fe1d:8f00/64 scope global mngtmpaddr dynamic valid_lft 2591700sec preferred_lft 604500sec inet6 fe80::3efd:feff:fe1d:8f00/64 scope link valid_lft forever preferred_lft forever

La cause de la parte d'IPv6 était que Ubuntu serveur utilise l'IPv6 HS du RA (Router Advertisement), à la place de celle indiquée dans /etc/network/interfaces si au moment du boot il récupère le RA avant d’appliquer la conf réseau indiquée et que dans mon cas l'IPv6 du RA était pas bonne (Cisco envoi des RA dans sa configuration par défaut et là la partie IPv6 n'avait pas été configuré)

underground78 · « **Réponse #3 le:** 20 octobre 2020 à 20:03:13 »

@vivien : J'ai essayé de regarder la table de routage hier, je n'ai rien vu de bizarre mais c'est à ce moment là que j'ai réalisé qu'IPv6 refonctionnait. Je regarderai la prochaine fois.

@hwti : Ok pour le ping, pour la capture ça va être un peu plus complexe mais je vais essayer.

underground78 · « **Réponse #4 le:** 27 octobre 2020 à 20:10:16 »

Bonsoir,

Le problème se produit à nouveau ce soir.

Configuration réseau :

Code: [Sélectionner]

> ipconfig.exe /all

Configuration IP de Windows

   Nom de l’hôte . . . . . . . . . . : PC-1
   Suffixe DNS principal . . . . . . :
   Type de noeud. . . . . . . . . .  : Hybride
   Routage IP activé . . . . . . . . : Non
   Proxy WINS activé . . . . . . . . : Non

Carte Ethernet Ethernet :

   Suffixe DNS propre à la connexion. . . :
   Description. . . . . . . . . . . . . . : Intel(R) 82579V Gigabit Network Connection
   Adresse physique . . . . . . . . . . . : 10-BF-48-80-45-8A
   DHCP activé. . . . . . . . . . . . . . : Oui
   Configuration automatique activée. . . : Oui
   Adresse IPv6. . . . . . . . . . . . . .: 2a01:e0a:xxxx:xxxx:d022:31ac:3914:5111(préféré)
   Adresse IPv6 temporaire . . . . . . . .: 2a01:e0a:xxxx:xxxx:564:2a0e:64f8:fe45(déprécié)
   Adresse IPv6 temporaire . . . . . . . .: 2a01:e0a:xxxx:xxxx:d9b:b0a6:2238:87bc(déprécié)
   Adresse IPv6 temporaire . . . . . . . .: 2a01:e0a:xxxx:xxxx:794f:10e:7264:7f46(préféré)
   Adresse IPv6 temporaire . . . . . . . .: 2a01:e0a:xxxx:xxxx:c878:8af:5cd5:2089(déprécié)
   Adresse IPv6 de liaison locale. . . . .: fe80::d022:31ac:3914:5111%6(préféré)
   Adresse IPv4. . . . . . . . . . . . . .: 192.168.0.1(préféré)
   Masque de sous-réseau. . . . . . . . . : 255.255.255.0
   Bail obtenu. . . . . . . . . . . . . . : mardi 27 octobre 2020 19:24:27
   Bail expirant. . . . . . . . . . . . . : mercredi 28 octobre 2020 07:24:25
   Passerelle par défaut. . . . . . . . . : fe80::224:d4ff:fea4:719%6
                                       192.168.0.254
   Serveur DHCP . . . . . . . . . . . . . : 192.168.0.254
   IAID DHCPv6 . . . . . . . . . . . : 51429192
   DUID de client DHCPv6. . . . . . . . : 00-01-00-01-1E-E5-0A-A6-10-BF-48-80-45-8A
   Serveurs DNS. . .  . . . . . . . . . . : 192.168.0.254
                                       fd0f:ee:b0::1
   NetBIOS sur Tcpip. . . . . . . . . . . : Activé

Carte Ethernet VirtualBox Host-Only Network :

   Suffixe DNS propre à la connexion. . . :
   Description. . . . . . . . . . . . . . : VirtualBox Host-Only Ethernet Adapter
   Adresse physique . . . . . . . . . . . : 0A-00-27-00-00-0F
   DHCP activé. . . . . . . . . . . . . . : Non
   Configuration automatique activée. . . : Oui
   Adresse IPv6 de liaison locale. . . . .: fe80::6cf2:396e:b796:8f1b%15(préféré)
   Adresse IPv4. . . . . . . . . . . . . .: 192.168.56.1(préféré)
   Masque de sous-réseau. . . . . . . . . : 255.255.255.0
   Passerelle par défaut. . . . . . . . . :
   IAID DHCPv6 . . . . . . . . . . . : 302645287
   DUID de client DHCPv6. . . . . . . . : 00-01-00-01-1E-E5-0A-A6-10-BF-48-80-45-8A
   Serveurs DNS. . .  . . . . . . . . . . : fec0:0:0:ffff::1%1
                                       fec0:0:0:ffff::2%1
                                       fec0:0:0:ffff::3%1
   NetBIOS sur Tcpip. . . . . . . . . . . : Activé

Carte Ethernet Ethernet 2 :

   Statut du média. . . . . . . . . . . . : Média déconnecté
   Suffixe DNS propre à la connexion. . . :
   Description. . . . . . . . . . . . . . : TAP-Windows Adapter V9
   Adresse physique . . . . . . . . . . . : 00-FF-30-20-F0-F4
   DHCP activé. . . . . . . . . . . . . . : Oui
   Configuration automatique activée. . . : Oui

Table de routage :

Code: [Sélectionner]

> route PRINT -6
===========================================================================
Liste d'Interfaces
  6...10 bf 48 80 45 8a ......Intel(R) 82579V Gigabit Network Connection
 15...0a 00 27 00 00 0f ......VirtualBox Host-Only Ethernet Adapter
  5...00 ff 30 20 f0 f4 ......TAP-Windows Adapter V9
  1...........................Software Loopback Interface 1
===========================================================================

IPv6 Table de routage
===========================================================================
Itinéraires actifs :
 If Metric Network Destination      Gateway
  6    281 ::/0                     fe80::224:d4ff:fea4:719
  1    331 ::1/128                  On-link
  6    281 2a01:e0a:xxxx:xxxx::/64  On-link
  6    281 2a01:e0a:xxxx:xxxx:564:2a0e:64f8:fe45/128
                                    On-link
  6    281 2a01:e0a:xxxx:xxxx:d9b:b0a6:2238:87bc/128
                                    On-link
  6    281 2a01:e0a:xxxx:xxxx:794f:10e:7264:7f46/128
                                    On-link
  6    281 2a01:e0a:xxxx:xxxx:c878:8af:5cd5:2089/128
                                    On-link
  6    281 2a01:e0a:xxxx:xxxx:d022:31ac:3914:5111/128
                                    On-link
 15    281 fe80::/64                On-link
  6    281 fe80::/64                On-link
 15    281 fe80::6cf2:396e:b796:8f1b/128
                                    On-link
  6    281 fe80::d022:31ac:3914:5111/128
                                    On-link
  1    331 ff00::/8                 On-link
 15    281 ff00::/8                 On-link
  6    281 ff00::/8                 On-link
===========================================================================
Itinéraires persistants :
  Aucun

Tentative de ping de la passerelle (j'ai eu une erreur et ensuite ça a toujours fonctionné) :

Code: [Sélectionner]

> ping fe80::224:d4ff:fea4:719

Envoi d’une requête 'Ping'  fe80::224:d4ff:fea4:719 avec 32 octets de données :
Impossible de joindre l’hôte de destination.
Réponse de fe80::224:d4ff:fea4:719 : temps<1ms
Réponse de fe80::224:d4ff:fea4:719 : temps<1ms
Réponse de fe80::224:d4ff:fea4:719 : temps<1ms

Statistiques Ping pour fe80::224:d4ff:fea4:719:
    Paquets : envoyés = 4, reçus = 3, perdus = 1 (perte 25%),
Durée approximative des boucles en millisecondes :
    Minimum = 0ms, Maximum = 0ms, Moyenne = 0ms

> ping fe80::224:d4ff:fea4:719

Envoi d’une requête 'Ping'  fe80::224:d4ff:fea4:719 avec 32 octets de données :
Réponse de fe80::224:d4ff:fea4:719 : temps<1ms
Réponse de fe80::224:d4ff:fea4:719 : temps<1ms
Réponse de fe80::224:d4ff:fea4:719 : temps<1ms
Réponse de fe80::224:d4ff:fea4:719 : temps<1ms

Statistiques Ping pour fe80::224:d4ff:fea4:719:
    Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 0ms, Maximum = 0ms, Moyenne = 0ms

Ping et traceroute depuis ma machine :

Code: [Sélectionner]

> ping ip.lafibre.info

Envoi d’une requête 'ping' sur ip.lafibre.info [89.84.1.194] avec 32 octets de données :
Réponse de 89.84.1.194 : octets=32 temps=3 ms TTL=58
Réponse de 89.84.1.194 : octets=32 temps=2 ms TTL=58
Réponse de 89.84.1.194 : octets=32 temps=3 ms TTL=58
Réponse de 89.84.1.194 : octets=32 temps=3 ms TTL=58

Statistiques Ping pour 89.84.1.194:
    Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 2ms, Maximum = 3ms, Moyenne = 2ms

> ping ipv6.lafibre.info

Envoi d’une requête 'ping' sur ipv6.lafibre.info [2001:860:de01:1101::2] avec 32 octets de données :
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.

> tracert ipv6.lafibre.info

Détermination de l’itinéraire vers ipv6.lafibre.info [2001:860:de01:1101::2]
avec un maximum de 30 sauts :

  1     *        *        *     Délai d’attente de la demande dépassé.
  2     *        *        *     Délai d’attente de la demande dépassé.
  3     *        *        *     Délai d’attente de la demande dépassé.
  4     *        *        *     Délai d’attente de la demande dépassé.
  5     *        *        *     Délai d’attente de la demande dépassé.
  6     *        *        *     Délai d’attente de la demande dépassé.
  7     *        *        *     Délai d’attente de la demande dépassé.
  8     *        *        *     Délai d’attente de la demande dépassé.
  9     *        *        *     Délai d’attente de la demande dépassé.
 10     *        *        *     Délai d’attente de la demande dépassé.
...

Traceroute depuis un serveur chez Scaleway vers ma box : la box ne répond pas alors qu'elle devrait :

Code: [Sélectionner]

traceroute -6 xxxx.freeboxos.fr
traceroute to xxxx.freeboxos.fr (2a01:e0a:xxxx:xxxx::1), 30 hops max, 80 byte packets
 1  2001:bc8:62c:2038:: (2001:bc8:62c:2038::)  0.877 ms  0.863 ms  0.850 ms
 2  * * *
 3  * * *
 4  2001:bc8:400:1::15a (2001:bc8:400:1::15a)  1.263 ms 2001:bc8:400:1::15e (2001:bc8:400:1::15e)  1.474 ms 2001:bc8:400:1::15a (2001:bc8:400:1::15a)  1.466 ms
 5  2001:bc8:400:1::4d (2001:bc8:400:1::4d)  1.516 ms 2001:bc8:400:100::c7 (2001:bc8:400:100::c7)  1.110 ms  1.418 ms
 6  bzn-crs16-1-be1500-p.intf.routers.proxad.net (2a01:e00:1:b::1)  1.633 ms *  1.175 ms
 7  * * *
 8  * * *
 9  2a01:e00:2d:1700:fe00::392 (2a01:e00:2d:1700:fe00::392)  3.104 ms *  2.886 ms
10  2a01:e00:2d:1700:fe00::392 (2a01:e00:2d:1700:fe00::392)  3.123 ms  2.811 ms *
11  * * *
...

Je vois voir si j'arrive à faire une capture.

underground78 · « **Réponse #5 le:** 27 octobre 2020 à 20:23:08 »

Citation de: underground78 le 27 octobre 2020 à 20:10:16

Je vois voir si j'arrive à faire une capture.

J'ai voulu réinstaller une version récente de Wireshark et le temps que je le fasse IPv6 refonctionnait.

Citation de: underground78 le 27 octobre 2020 à 20:10:16

Traceroute depuis un serveur chez Scaleway vers ma box : la box ne répond pas alors qu'elle devrait

Le traceroute ne se finit toujours pas, je comprends pas trop pourquoi... La box répond bien au ping mais c'était peut-être déjà le cas au moment où je n'avais plus d'IPv6 sur ma machine, je n'ai pas pensé à faire le test à ce moment là.

Edit : Si j'utilise "mtr" plutôt que traceroute, je vois bien un saut final qui est ma box :

Code: [Sélectionner]

mtr -wnc 10 xxxx.freeboxos.fr
Start: 2020-10-27T19:31:30+0000
HOST: gallifrey                  Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 2001:bc8:62c:2038::         0.0%    10    0.4   0.4   0.2   0.6   0.1
  2.|-- ???                        100.0    10    0.0   0.0   0.0   0.0   0.0
  3.|-- ???                        100.0    10    0.0   0.0   0.0   0.0   0.0
  4.|-- 2001:bc8:400:1::15a         0.0%    10    1.2   1.2   1.0   1.5   0.1
  5.|-- 2001:bc8:400:100::c7       30.0%    10    1.1   1.2   1.0   1.3   0.1
  6.|-- 2a01:e00:1:b::1             0.0%    10    1.5   1.5   1.3   1.8   0.1
  7.|-- ???                        100.0    10    0.0   0.0   0.0   0.0   0.0
  8.|-- 2a01:e00:2d::d             50.0%    10    2.5   3.0   2.5   4.4   0.8
  9.|-- 2a01:e00:2d:1700:fe00::392  0.0%    10    3.3   3.2   3.0   3.5   0.2
 10.|-- 2a01:e0a:xxxx:xxxx::1      10.0%    10    3.0   3.3   2.8   3.7   0.3

Edit 2 : Ok, mtr utilise ICMP par défaut mais pas traceroute, c'est juste de là que vient le problème. L'absence de réponse lors du premier test ne veut donc rien dire.

underground78 · « **Réponse #6 le:** 27 octobre 2020 à 20:44:37 »

Par contre je ne pige pas pourquoi mais je reste en IPv4 sur lafibre.info. Sur ip.lafibre.info, je suis bien détecté en IPv6.

J'ai essayé de vider le cache DNS au niveau de l'OS et de Firefox.

Si j'ouvre lafibre.info dans un autre navigateur je suis bien en IPv6.

Edit : Il a suffit que je poste ce message pour que je repasse en IPv6 dans Firefox aussi, je pige pas trop bien ce qu'il se passe mais bon c'est pas le problème principal...

alain_p · « **Réponse #7 le:** 27 octobre 2020 à 21:31:26 »

Je remarque aussi que souvent je suis vu en IPv4 sur le site lafibre.info, aussi sous windows 10 avec Firefox, comme en ce moment.

Pourtant, je ping ipv6.lafibre.info, j'ai bien une adresse IPv6, mais d'après ip.lafibre.ifo, j'utilise IPv4 par défaut. Cela fait longtemps que cela me le fait. J'ai testé sous Chrome, c'est pareil

Code: [Sélectionner]

Quelle est mon adresse IPv4 / IPv6 publique ?
Connectivité IP :    Attention : Vous n’avez pas de connectivité IPv6 native.
Connectivité IPv4 (via requête DNS) OK : IPv4 publique = 82.64.185.xx
Connectivité IPv4 (via IPv4 littérale) OK : IPv4 publique = 82.64.185.xx
Connectivité IPv6 (via requête DNS) OK : IPv6 publique = 2a01:e0a:21b:xxxx:xxxx:xxxx:770:82c9
La version du protocole IP utilisée par défaut est IPv4
Reverse DNS :
Reverse DNS IPv4 est 82-64-185-xx.subs.proxad.net
Reverse DNS IPv6 est 2a01:e0a:21b:xxxx:xxxx:xxxx:770:82c9
Informations TCP :
Port TCP source utilisé par votre connexion IPv4 : TCP 19184 et TCP 19187 (via IPv4 littérale) (Plus d'informations)
Port TCP source utilisé par votre connexion IPv6 : TCP 19188
Port TCP destination utilisé : TCP 80

hwti · « **Réponse #8 le:** 27 octobre 2020 à 22:01:24 »

Citation de: underground78 le 27 octobre 2020 à 20:10:16

Tentative de ping de la passerelle (j'ai eu une erreur et ensuite ça a toujours fonctionné) :

Rien que ça, c'est étrange. Même si l'adresse MAC n'est plus dans le cache, la résolution d'adresse via NDP (équivalent d'ARP en IPv4) ne devrait pas beaucoup retarder le ping.

underground78 · « **Réponse #9 le:** 27 octobre 2020 à 22:11:06 »

Il faudra que je vois si c'est réellement reproductible à chaque fois que le souci ce produit.

hwti · « **Réponse #10 le:** 27 octobre 2020 à 22:14:40 »

Citation de: alain_p le 27 octobre 2020 à 21:31:26

Je remarque aussi que souvent je suis vu en IPv4 sur le site lafibre.info, aussi sous windows 10 avec Firefox, comme en ce moment.

Un navigateur va choisir entre IPv4 et IPv6 dynamiquement, en fonction de celle qui répond en premier, et mettre le résultat en cache pour un certain temps (algorithme Happy Eyeballs ou similaire).
Un basculement entre les deux n'est pas forcément le signe d'un disfonctionnement, ça peut venir de latences différentes entre les deux par exemple (en plus, pour le forum, suite aux DDoS, IPv4 et IPv6 ne sont pas sur le même réseau).

alain_p · « **Réponse #11 le:** 27 octobre 2020 à 22:45:56 »

Citation de: hwti le 27 octobre 2020 à 22:14:40

(en plus, pour le forum, suite aux DDoS, IPv4 et IPv6 ne sont pas sur le même réseau).

Exact, j'avais oublié, mais cela date de bien avant. Mais effectivement, je n'ai pas l'impression de perdre IPv6, donc c'est peut-être cette histoire d'IPv4 qui répondrait parfois avant IPv6...