Le premier résultat indique le protocole utilisé pour atteindre LumaProbe. Le contrôle du domaine recherche A et AAAA. Utiliser IPv4 ici ne prouve pas que l’appareil ou le fournisseur n’a pas IPv6 ailleurs.
Une requête IPv6 confirme IPv6 sur ce trajet. Un enregistrement AAAA annonce une destination IPv6 sans prouver à lui seul qu’elle répond correctement.
La page affiche le protocole réel de cette requête et recherche A et AAAA pour un domaine. Ce sont deux observations distinctes : IPv4 ici ne prouve pas l’absence d’IPv6 et AAAA ne garantit pas une réponse correcte.
Utilisez le même appareil et le même navigateur pour comparer. Mettez en pause sauvegardes, téléchargements, streaming et transferts importants, puis notez si la connexion utilise le Wi-Fi, Ethernet, les données mobiles ou un VPN. Lancez au moins trois contrôles.
Ne modifiez qu’une condition à la fois. Pour le Wi-Fi, comparez près du routeur et dans la pièce concernée. Pour une panne de ligne présumée, ajoutez si possible un résultat Ethernet et notez l’heure, car la congestion évolue.
Comparez sans VPN si cela est sûr Contrôlez A et AAAA du même domaine
La page affiche le protocole réel de cette requête et recherche A et AAAA pour un domaine. Ce sont deux observations distinctes : IPv4 ici ne prouve pas l’absence d’IPv6 et AAAA ne garantit pas une réponse correcte.
Une requête IPv6 confirme IPv6 sur ce trajet. Un enregistrement AAAA annonce une destination IPv6 sans prouver à lui seul qu’elle répond correctement.
Le navigateur mesure le trajet complet entre cet appareil et LumaProbe : appareil, réseau local, fournisseur, routage et serveur. Il ne peut pas isoler seul la ligne. Le navigateur, l’antivirus, un VPN, les extensions et l’activité en arrière-plan peuvent aussi influencer le contrôle.
Considérez le résultat comme un indice de diagnostic, non comme une mesure contractuelle ou l’annonce d’une panne du fournisseur. Les comparaisons contrôlées et répétées sont plus utiles qu’un chiffre isolé.
Les résultats sont des estimations influencées par l’appareil, le navigateur, la distance au serveur et l’activité réseau.
L’étape suivante consiste à localiser la limite du problème, non à poursuivre un chiffre parfait. Vérifiez si le résultat change avec un autre appareil, une autre pièce, Ethernet, une autre heure ou une connexion mobile. Une différence répétée est plus solide qu’un seul test.
Consultez l’état officiel du fournisseur ou du service avant de signaler une panne. Si le problème persiste, conservez heure, conditions, erreurs et résultats complets. Indiquez quelle comparaison améliore ou dégrade la situation afin de distinguer ligne, Wi-Fi, appareil et destination.
Ne saisissez pas de mot de passe, donnée de compte, adresse privée ou système interne dans un outil public. Masquez les adresses IP complètes et données personnelles dans les captures. Ces diagnostics ne remplacent pas les tests sécurisés du fournisseur.
Essayez un autre réseau si IPv6 est attendu Ne retirez pas un DNS sur un seul résultat
Lire la méthode complète et les notes de confidentialité de LumaProbe (EN) →
Une requête IPv6 confirme IPv6 sur ce trajet. Un enregistrement AAAA annonce une destination IPv6 sans prouver à lui seul qu’elle répond correctement.
L’outil n’ajoute pas le résultat à un compte ou historique central. Les journaux normaux du serveur et de sécurité peuvent traiter les requêtes pour fournir et protéger le service.
Comparez sans VPN si cela est sûr Contrôlez A et AAAA du même domaine