Jump to content
empty

[Résolu] Perte de connexion ipv6

Recommended Posts

Posted (edited)

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

 

Edited by empty
titre plus explicite

Share this post


Link to post
Share on other 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

 

Share this post


Link to post
Share on other sites
Posted (edited)

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)

 

Edited by empty

Share this post


Link to post
Share on other sites

tu as combien d'appareils connecté en ipv6 sur le réseau? tu as 1 seule carte réseau sur ton PC?

Share this post


Link to post
Share on other sites
Posted (edited)

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.

Edited by empty

Share this post


Link to post
Share on other sites

la perte de la passerelle semble plus être un symptôme que le problème. mais je sais pas ce qui peut déclencher ça...

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

Pas de mise à jour du pilote pour ta carte réseau  ? Realtek en sort un tous les 4 matins ! Mais tu as peut-être du Intel ou une autre marque.

Share this post


Link to post
Share on other sites
Posted (edited)

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.

Edited by empty

Share this post


Link to post
Share on other sites

Please sign in to comment

You will be able to leave a comment after signing in



Sign In Now

×
×
  • Create New...