Diagnostic de connexion # Trois routes. Une connexion. Testez la connectivité HTTPS en IPv4, IPv6 et double pile, et comparez les adresses publiques avant et après un changement de réseau ou l’activation d’un VPN. Avant et après ## Qu’est-ce qui a changé sur votre connexion ? Dans votre navigateur Enregistrez les résultats actuels, changez de Wi-Fi ou connectez votre VPN, puis vérifiez à nouveau. Comparez les adresses exposées par ces requêtes HTTPS. Une adresse qui change ne prouve pas à elle seule que tout le trafic passe par un VPN. Rien n’est stocké dans des cookies ni dans le stockage local. La référence disparaît lorsque vous quittez ou rechargez cette page. Historique de la session ## Suivre un changement de connexion 20 dernières vérifications Chaque vérification manuelle enregistre les résultats des trois points d’accès. L’historique est conservé dans la mémoire de cette page et disparaît au rechargement. Les durées incluent le DNS, TLS, le proxy, l’application et le réseau ; ce n’est ni un ping ni un score de débit. Lancez une vérification pour commencer un nouvel historique de session. Comparaison avec le WAN du routeur ## Un autre équipement NAT se trouve-t-il en amont ? Saisissez l’IPv4 affichée sous **WAN / Internet** sur la page d’état de votre routeur. Cette comparaison se fait uniquement dans le navigateur : elle vérifie les plages privées et partagées courantes et compare avec l’IPv4 publique observée ci-dessus. Elle ne contacte pas votre routeur et n’analyse aucune adresse. Utilisez des valeurs relevées sur le même réseau et au même moment. Un VPN ou un proxy dans le navigateur peut modifier le résultat public. La valeur WAN reste sur cette page et n’est pas incluse dans les rapports exportés. [Lire le guide sur le NAT et le CGNAT →](https://myip.dk/guides/public-private-ip-cgnat) Vérifiez depuis votre propre appareil ## Distinguer le navigateur du réseau Ces commandes envoient des requêtes sortantes de votre appareil vers myip.dk et affichent votre configuration locale. Exécutez-les dans votre propre terminal pour comparer avec le résultat du navigateur. ``` curl -4 --connect-timeout 5 --max-time 10 https://myip.dk/api/ip curl -6 --connect-timeout 5 --max-time 10 https://myip.dk/api/ip # Linux: IPv6 addresses and default route ip -6 address show ip -6 route show default ``` The ip commands shown are Linux-specific. Both curl family checks also work on macOS. A curl result describes that terminal’s route, which can differ from a browser proxy. [Voir les enregistrements DNS du point d’accès IPv6 →](https://myip.dk/fr/dns?name=ipv6.myip.dk&type=AAAA) ## Comment lire les résultats Un succès en IPv6 signifie que ce navigateur a atteint notre nom d’hôte exclusivement IPv6. La double pile montre quelle famille d’adresses le navigateur a choisie lorsque les deux étaient disponibles ; il est normal que ce choix varie. « Non atteint » n’est pas concluant. L’absence de route IPv6 est une possibilité, mais des erreurs DNS, les réglages d’un VPN, un filtrage, des extensions ou une panne du service peuvent donner le même résultat. [Dépanner IPv6 →](https://myip.dk/guides/troubleshoot-ipv6) ## Ce que mesure ce test La connexion va de votre navigateur à notre périphérie réseau, qui transmet l’adresse observée à notre serveur. Elle ne mesure pas une route directe vers le serveur d’origine, ni le débit, ni la latence, ni la connectivité entrante. Un test HTTPS réussi ne permet pas d’établir que le DNS, WebRTC ou toute autre application empruntent la même route. [Comprendre les comparaisons avec VPN →](https://myip.dk/guides/compare-vpn-connection) ## API ```bash curl -4 https://myip.dk/api/ip curl -6 https://myip.dk/api/ip ``` ---