Chronométrer une requête HTTP vers un hôte public depuis ce navigateur

Une sonde navigateur bornée

• NAVIGATEUR ACTUEL
• DOMAINE PUBLIC OU IPV4
• fetch · HEAD · no-cors · no-store
• ARRÊT APRÈS 8 SECONDES
• ATTENTE DE 500 MS ENTRE LES TENTATIVES
• TEMPS DES REQUÊTES NAVIGATEUR RÉUSSIES

La mesure est une chaîne de requêtes HTTP du navigateur

À chaque tentative choisie, le navigateur démarre un chronomètre et récupère la cible saisie avec HTTPS, HEAD, mode: no-cors et cache: no-store. Le chronomètre s’arrête seulement lorsque cette requête du navigateur aboutit ; un AbortController interrompt une tentative après 8 secondes. Cela diffère du trafic d’écho ICMP.

1. 1. Saisir une cible publique acceptée

   Saisissez un nom de domaine ou une IPv4 publique acceptés par l’éditeur. L’acceptation décide seulement si l’éditeur lance sa requête navigateur ; elle ne confirme pas qu’un hôte répondra.

2. 2. Exécuter des tentatives HEAD bornées

   Choisissez de 1 à 20 tentatives ; l’éditeur commence à 10. Chaque tentative est un fetch distinct du navigateur avec HEAD, no-cors et no-store, suivi d’une attente de 500 ms avant la suivante.

3. 3. Regrouper l’exécution terminée

   Après la dernière tentative, l’éditeur regroupe les durées des requêtes réussies et compte séparément les tentatives qui n’ont pas réussi ou ont été interrompues.

Le filtre d’entrée exclut les espaces d’adresses locaux

L’éditeur accepte un nom d’hôte de forme domaine ou une IPv4, puis refuse les destinations locales ou privées avant d’envoyer une requête. Une cible d’apparence publique, acceptée syntaxiquement, peut néanmoins ne pas être disponible pour cette requête du navigateur.

• localhost et les noms se terminant par .local
• les plages IPv4 0/8, 10/8, 127/8, 169/8, 172/8 et 192/8
• les adresses CGNAT dans 100.64/10
• les adresses IPv4 multicast et supérieures, à partir de 224

Limites publiées de l’exécution

Voici les contrôles et réglages de requête actuels de l’éditeur. Ils décrivent une exécution finie, non un test général de joignabilité ou de perte de paquets.

• 1–20 — tentatives sélectionnables dans l’éditeur
• 10 — nombre de tentatives par défaut
• 8 s — délai d’arrêt de chaque requête navigateur
• 500 ms — attente entre les tentatives

Ce que calculent les champs de résultat

Les chiffres résument les durées de requêtes HTTP réussies de cette exécution. Le champ nommé packet loss calcule des proportions de tentatives du navigateur ; il n’observe pas les paquets du réseau.

Lire une exécution dans le contexte de sa requête

Le temps affiché inclut ce qui se produit lorsque ce navigateur réalise la requête HTTP vers cette cible. Il consigne cet échange au niveau applicatif, sans affirmation sur chaque trajet, service ou paquet.

• Ne comparez que des exécutions avec une cible et un contexte navigateur semblables.
• Une tentative non réussie ou interrompue signifie que cette requête navigateur ne s’est pas terminée pendant l’exécution ; elle n’en indique pas la cause.
• Utilisez un outil système capable d’ICMP lorsque la tâche requiert précisément des mesures d’écho ICMP.

Poursuivre avec des outils réseau voisins

Ces outils donnent d’autres vues côté navigateur. Leurs entrées, sources et champs renvoyés sont distincts de l’exécution de temps HTTP.

• Recherche DNS

  Examinez les enregistrements DNS renvoyés pour un domaine.

• Quelle est mon IP

  Consultez les informations d’adresse publique renvoyées à ce navigateur.

• Test de vitesse internet

  Lancez la mesure distincte du navigateur vers Cloudflare.

Questions sur cette sonde de temps HTTP