LumaProbe envoie une requête HEAD par étape, suit au maximum dix redirections et valide chaque destination. Adresses privées, identifiants et ports non standard sont bloqués.
Une redirection permanente courte est généralement plus simple que plusieurs étapes. Codes temporaires et permanents diffèrent, et certains sites refusent HEAD malgré un fonctionnement normal.
Le serveur suit jusqu’à dix requêtes HEAD, valide et fixe chaque destination publique puis affiche état, durée et en-têtes choisis. Il n’exécute pas JavaScript ni les parcours de session ; certains sites refusent HEAD malgré GET.
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.
Entrez l’URL HTTP ou HTTPS complète Contrôlez chaque destination
Le serveur suit jusqu’à dix requêtes HEAD, valide et fixe chaque destination publique puis affiche état, durée et en-têtes choisis. Il n’exécute pas JavaScript ni les parcours de session ; certains sites refusent HEAD malgré GET.
Une redirection permanente courte est généralement plus simple que plusieurs étapes. Codes temporaires et permanents diffèrent, et certains sites refusent HEAD malgré un fonctionnement normal.
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.
Supprimez boucles et étapes inutiles Confirmez avec navigateur et robot
Une redirection permanente courte est généralement plus simple que plusieurs étapes. Codes temporaires et permanents diffèrent, et certains sites refusent HEAD malgré un fonctionnement normal.
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.
Entrez l’URL HTTP ou HTTPS complète Contrôlez chaque destination