Aller au contenu

[Résolu] Perte de connexion ipv6


empty

Messages recommandés

Bonjour,

 

Étant sur Windows 10 1809 x64 avec un routeur Bbox, le système crée des adresses ipv6 via SLAAC (Stateless Address Autoconfiguration), très bien.

Le problème est que sur mon PC l'adresse temporaire passe de préférée à dépréciée sans être renouvelée, et donc au bout de quelques temps les logiciels perdent la connectivité ipv6 pour se rabattre sur l'ipv4. Ils n'utilisent pas l'adresse ipv6 temporaire dépréciée (normal) ni l'adresse ipv6 fixe préférée.

La seule façon de rétablir le comportement normal est soit de redémarrer, soit de désactiver/réactiver la carte réseau. Fastidieux.

Quelqu'un a-t'il eu ce problème ? comment le résoudre ?

Merci

   Adresse IPv6. . . . . . . . . . . . . .: 2001:861:3241:9380:b54f:def3:d704:6e80(préféré)
   Adresse IPv6 temporaire . . . . . . . .: 2001:861:3241:9380:a12b:5a0f:401e:ec69(déprécié)
   Adresse IPv6 de liaison locale. . . . .: fe80::b52f:d9d3:d7e4:6e80%15(préféré)
   Adresse IPv4. . . . . . . . . . . . . .: 192.168.1.12(préféré)
   Masque de sous-réseau. . . . . . . . . : 255.255.255.0

 

Lien vers le commentaire
Partager sur d’autres sites

Peux tu regarder dans ta base de registre la valeur de ton ipv6 et peut-être la modifier pour lui dire de privilégier ipv6 à ipv4 :

Location:         HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters\
Name:             DisabledComponents
Type:             REG_DWORD
Min Value:        0x00
Max Value:        0xFF (IPv6 disabled)

Privilégier IPv6 à IPv4

- Valeur de Registre - Bin xx0x xxxx

Extrait de la doc de microsoft https://support.microsoft.com/fr-fr/help/929852/guidance-for-configuring-ipv6-in-windows-for-advanced-users

 

Lien vers le commentaire
Partager sur d’autres sites

Merci de ton aide.
Je n'ai pas la variable DisabledComponents.
Donc à priori ipv6 devrait être pleinement opérationnel.

En creusant dans les réglages (capture ci dessous) je vois que l'adresse temporaire passe en dépréciée (utilisable mais pas préférée) au bout d'un jour et a une durée de vie de 7 jours.

netsh interface ipv6>show privacy
Recherche du statut actif...

Paramètres d'adresses anonymes
-----------------------------------------------------
Utiliser les adresses anonymes               : enabled
Tentatives de détection d'adresses en double : 3
Durée de vie maximale                        : 7d
Durée de vie maximale préférée               : 1d
Temps de régénération                        : 5s
Temps aléatoire maximale                     : 10m
Temps aléatoire                              : 5s

netsh interface ipv6>show addresses

Interface 15 : Wi-Fi

Addr Type  État DAD    Vie valide Pers. Fav. Adresse
---------  ----------- ---------- ---------- ------------------------
Temporaire Déprécié     21h55m20s         0s 2001:861:3241:9380:a12b:5a0f:401e:ec69
Public     Préféré      21h55m20s   1h55m20s 2001:861:3241:9380:b54f:def3:d704:6e80
Autre      Préféré       infinite   infinite fe80::b54f:def3:d704:6e80%15

 

Edit : Mais il semble que le problème vienne de la table de routage ipv6. Je viens de remarquer que la ligne précisant la passerelle pour toutes les adresses extérieures...

Publier  Type      Mét  Préfixe                   Idx  Nom passerelle/interface
-------  --------  ---  ------------------------  ---  ------------------------
Non      Manuel    256  ::/0                       15  fe80::eabe:81ff:fea9:456c

...disparait au bout de quelques heures ! (sur la table ipv4 elle reste bien)
Ce qui entraine les échec de ping vers l'extérieur, j'ai Echec de la transmission. Défaillance générale.

C:\> ping fe80::eabe:81ff:fea9:456c (c'est mon routeur, la box de Bouygues Telecom)

Envoi d’une requête 'Ping'  fe80::eabe:81ff:fea9:456c avec 32 octets de données :
Délai d’attente de la demande dépassé.
Réponse de fe80::eabe:81ff:fea9:456c : temps=2 ms
Réponse de fe80::eabe:81ff:fea9:456c : temps=4 ms
Réponse de fe80::eabe:81ff:fea9:456c : temps=2 ms

Statistiques Ping pour fe80::eabe:81ff:fea9:456c:
    Paquets : envoyés = 4, reçus = 3, perdus = 1 (perte 25%),
Durée approximative des boucles en millisecondes :
    Minimum = 2ms, Maximum = 4ms, Moyenne = 2ms
    
C:\> ping 2600::

Envoi d’une requête 'Ping'  2600:: avec 32 octets de données :
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.

Statistiques Ping pour 2600:::
    Paquets : envoyés = 4, reçus = 0, perdus = 4 (perte 100%),

Et ensuite, l'adresse ipv6 temporaire devient dépréciée.

Donc pour résumer, il y a un évènement qui, au bout de quelques heures, modifie la table de routage ipv6 en retirant l'information sur la passerelle : le traffic ipv6 vers l'extérieur est coupé.

Pour info, voici un RA venant de la box (capture wireshark) :

Frame 2687: 142 bytes on wire (1136 bits), 142 bytes captured (1136 bits) on interface 0
Ethernet II, Src: Sagemcom_a9:45:6c (e8:be:81:a9:45:6c), Dst: IPv6mcast_01 (33:33:00:00:00:01)
Internet Protocol Version 6, Src: fe80::eabe:81ff:fea9:456c, Dst: ff02::1
Internet Control Message Protocol v6
    Type: Router Advertisement (134)
    Code: 0
    Checksum: 0x8978 [correct]
    [Checksum Status: Good]
    Cur hop limit: 64
    Flags: 0x40, Other configuration, Prf (Default Router Preference): Medium
        0... .... = Managed address configuration: Not set
        .1.. .... = Other configuration: Set
        ..0. .... = Home Agent: Not set
        ...0 0... = Prf (Default Router Preference): Medium (0)
        .... .0.. = Proxy: Not set
        .... ..0. = Reserved: 0
    Router lifetime (s): 1800
    Reachable time (ms): 0
    Retrans timer (ms): 0
    ICMPv6 Option (Prefix information : 2001:861:3241:9380::/64)
        Type: Prefix information (3)
        Length: 4 (32 bytes)
        Prefix Length: 64
        Flag: 0xe0, On-link flag(L), Autonomous address-configuration flag(A), Router address flag(R)
            1... .... = On-link flag(L): Set
            .1.. .... = Autonomous address-configuration flag(A): Set
            ..1. .... = Router address flag(R): Set
            ...0 0000 = Reserved: 0
        Valid Lifetime: 86400
        Preferred Lifetime: 14400
        Reserved
        Prefix: 2001:861:3241:9380::
    ICMPv6 Option (Recursive DNS Server 2001:861:3241:9380:eabe:81ff:fea9:456c)
        Type: Recursive DNS Server (25)
        Length: 3 (24 bytes)
        Reserved
        Lifetime: 600
        Recursive DNS Servers: 2001:861:3241:9380:eabe:81ff:fea9:456c
    ICMPv6 Option (MTU : 1500)
        Type: MTU (5)
        Length: 1 (8 bytes)
        Reserved
        MTU: 1500
    ICMPv6 Option (Source link-layer address : e8:be:81:a9:45:6c)
        Type: Source link-layer address (1)
        Length: 1 (8 bytes)
        Link-layer address: Sagemcom_a9:45:6c (e8:be:81:a9:45:6c)

 

Lien vers le commentaire
Partager sur d’autres sites

  • 3 semaines après...

Sur le réseau j'ai 4 appareils en ipv6 : smartphone Android, TV android, HTPC linux et PC windows 10.
Seul le PC windows pose problème, j'ai une seule carte réseau qui est en wifi (pas d'ethernet) et qui fonctionne parfaitement en ipv4.
J'ai déjà désinstallé, réinstallé les drivers, mis à jour, ça ne résout pas le problème.

Et à noter que même si je rajoute la passerelle à la main avec un netsh int ipv6 add route blabla, ça rétabli la route correctement dans la table mais ça ne rétabli pas la connexion ipv6.

Lien vers le commentaire
Partager sur d’autres sites

  • 2 mois après...

J'ai trouvé le problème: ça vient de la gestion d'alimentation de la carte réseau, dans le gestionnaire de périphériques sur la carte réseau il faut décocher « Autoriser l'ordinateur à éteindre ce périphérique pour économiser l'énergie » .

A la sortie de veille de Windows, le pilote ne parvenait pas à se reconnecter correctement au réseau et la carte réseau ne recevait plus les RA (Router Advertisement) indispensables à la bonne gestion de l'ipv6. Et donc ne pouvait pas renouveler une adresse temporaire dépréciée.

Probablement un bug du pilote de la carte réseau.

Lien vers le commentaire
Partager sur d’autres sites

Oui c'est une intel Dual band wireless AC 7265. Pilote à jour de avril 2019 (v19.51.21.1).

La connectivité ipv6 fonctionnait bien, même en sortie de veille.
C'est juste les RA qui n'étaient pas reçu et donc la temporary address n'était pas renouvelée, j'étais basculé sur l'adresse ipv6 publique fixe.
Ceci à cause (je pense) du driver qui n'inscrivait pas bien les adresses mac multicast 33:33:xxxx sur le réseau au réveil de la machine, et donc ça empêchait les neighbour solicitations et autres joyeusetées de l'ICMPv6 d'opérer. 😛

L'informatique c'est fantastique.

Lien vers le commentaire
Partager sur d’autres sites

Archivé

Ce sujet est désormais archivé et ne peut plus recevoir de nouvelles réponses.

×
×
  • Créer...