Votre IPv4En attente
Prêt pour la vérification dans votre navigateur
Votre adresse apparaîtra ici une fois la vérification terminée.
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.
Votre IPv6En attente
Prêt pour la vérification dans votre navigateur
Votre adresse apparaîtra ici une fois la vérification terminée.
Route double pileEn attente
Prêt pour la vérification dans votre navigateur
Votre adresse apparaîtra ici une fois la vérification terminée.
Avant et après
Qu’est-ce qui a changé sur votre connexion ?
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
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 →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 defaultThe 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 →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 IPv6Ce 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