Résoudre les problèmes
Faire un ping et un traceroute
Lorsqu'un service échoue depuis une connexion donnée, l'assistance peut demander un ping et un traceroute pour relever l'adresse résolue, les temps de réponse, la perte apparente de paquets ICMP et la route observée depuis ce réseau. Lancez les deux tests depuis l'ordinateur et la connexion concernés et notez la date et l'heure.
Ces tests apportent des éléments sur le réseau, mais ils n'identifient pas à eux seuls la cause et ne vérifient pas que HTTP, HTTPS, PHP ou la base de données fonctionnent.
Windows
Sous Windows 10 ou 11, ouvrez Démarrer, tapez Terminal ou Invite de commandes et ouvrez le résultat. Il n'est pas nécessaire de l'exécuter en tant qu'administrateur.
Remplacez dominioconproblemas.com par le domaine concerné :
ping -n 50 dominioconproblemas.com
La première ligne indique l'adresse IP vers laquelle Windows a résolu le domaine. Elle peut correspondre au serveur, à un proxy, à un CDN ou à un répartiteur de charge :
Envoi d'une requête 'Ping' dominioconproblemas.com [xx.xx.xxx.xxx] avec 32 octets de données :
Réponse de xx.xx.xxx.xxx : octets=32 temps=256 ms TTL=251
Réponse de xx.xx.xxx.xxx : octets=32 temps=257 ms TTL=251
...
Statistiques Ping pour xx.xx.xxx.xxx:
Paquets : envoyés = 50, reçus = 50, perdus = 0
(perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 253ms, Maximum = 258ms, Moyenne = 256ms
Sans fermer la fenêtre, lancez :
tracert dominioconproblemas.com
Attendez que la trace se termine ou indique que le nombre maximal de sauts a été atteint. Conservez la commande, l'adresse résolue et la sortie complète des deux tests.
Sélectionnez le texte et utilisez l'option Copier de la fenêtre. Dans Windows Terminal, vous pouvez faire glisser la souris pour sélectionner, puis faire un clic droit une fois pour copier la sélection.
macOS
Ouvrez le Terminal et lancez :
ping -c 50 dominioconproblemas.com
Lancez ensuite le traceroute :
traceroute dominioconproblemas.com
Conservez l'adresse résolue et la sortie complète des deux tests.
Linux
Ouvrez le terminal et lancez :
ping -c 50 dominioconproblemas.com
Lancez ensuite le traceroute :
traceroute dominioconproblemas.com
Conservez l'adresse résolue et la sortie complète des deux tests.
Si Linux indique que traceroute n'est pas installé, conservez ce message et la distribution utilisée. Ce guide ne couvre pas l'installation de paquets avec des privilèges d'administrateur.
Comment interpréter le résultat
Vérifiez d'abord l'adresse IP qui apparaît lors de la résolution du domaine. Si elle ne correspond pas à la destination attendue, vérifiez les enregistrements A et AAAA avant d'attribuer le problème à la route. Un domaine peut résoudre vers plusieurs adresses ou utiliser un CDN : l'IP observée doit donc être comparée à sa configuration réelle.
L'absence de réponse au ping ne prouve pas que le serveur ou le site sont en panne. La destination ou un équipement intermédiaire peuvent filtrer ou limiter l'ICMP alors que HTTP et HTTPS continuent de fonctionner.
Dans un tracert ou un traceroute, un astérisque signifie qu'aucune réponse n'a été reçue à cette sonde dans le délai imparti. Cela ne prouve pas à lui seul que ce saut perd le trafic :
- Si des sauts suivants apparaissent, l'équipement silencieux a continué à transmettre au moins ces sondes.
- Une perte affichée uniquement sur un saut intermédiaire peut correspondre à une limitation des réponses ICMP.
- Une interruption qui commence à un saut et se poursuit jusqu'à la destination doit être répétée et recoupée avec d'autres tests avant d'en attribuer la cause.
Le tracert de Windows utilise des sondes ICMP. Le traceroute traditionnel de macOS et Linux utilise UDP par défaut, même s'il accepte d'autres méthodes. Les pare-feu peuvent traiter ces sondes différemment. La route observée correspond à cette origine, cette destination et ce moment ; la route de retour peut être différente.
Envoyer le test à l'assistance
Indiquez aussi l'URL et l'erreur affichée par le navigateur, si seul IPv4 ou IPv6 échoue lorsque vous l'avez vérifié, et si le même site fonctionne depuis une autre connexion. Copiez le texte complet dans un canal privé : la trace peut contenir des adresses de votre réseau et de votre opérateur.
Ne lancez pas les tests depuis un serveur externe pour remplacer la connexion concernée. Si la panne est intermittente, un échantillon relevé pendant le problème est plus utile qu'un autre pris après, quand tout fonctionne.
Cela peut aussi vous aider
- Résoudre le blocage d'un site par Google Safe Browsing Identifiez la catégorie et les URL concernées dans Search Console, nettoyez le site sans contourner...
- 500 Internal Server Error Diagnostiquez une erreur 500 à partir de la requête et du journal du même instant avant de vérifier...
- Activer le journal des erreurs PHP depuis cPanel Activez temporairement log_errors pour la version effective depuis le sélecteur PHP de cPanel, sans...
- Activer le journal des erreurs PHP depuis le fichier .htaccess Configurez .htaccess pour enregistrer temporairement les erreurs PHP en dehors de public_html, sans...
Quelque chose cloche ou a changé ? Racontez-nous et nous le vérifions.