57 votes

Comment diagnostiquer l'impossibilité d'accéder à un site web spécifique en tant qu'utilisateur final ?

Si je peux généralement accéder à des pages web sur l'internet mais que je ne peux pas accéder à une page spécifique, comment puis-je en trouver la cause en tant qu'utilisateur final ?


Cette question était un Question de la semaine pour les super utilisateurs .
Lire l'article entrée de blog pour plus de détails ou contribuer au blog vous-même

53voto

AlexCuse Points 9823

Peut-être que le site web est en fait en panne.

Essayez de visiter http://downforeveryoneorjustme.com .

down for everyone or just me

S'il est indiqué "Ce n'est pas seulement vous", le site web est probablement en panne et vous devriez essayer de le signaler si possible - ou simplement attendre.

C'est peut-être un problème de DNS.

Vérifiez si le nom DNS du site web (disons qu'il s'agit de example.com ) se résout en une adresse IP. Vous pouvez le faire en lançant une console ou une invite de commande, et en tapant ping example.com

C:\Users\Jeff>ping example.com

Pinging example.com [192.0.32.10] with 32 bytes of data:
Reply from 192.0.32.10: bytes=32 time=26ms TTL=244
Reply from 192.0.32.10: bytes=32 time=27ms TTL=244
Reply from 192.0.32.10: bytes=32 time=27ms TTL=244
Reply from 192.0.32.10: bytes=32 time=39ms TTL=244

Ping statistics for 192.0.32.10:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 26ms, Maximum = 39ms, Average = 29ms

Si vous obtenez une erreur "hôte inconnu", cela signifie qu'il y a probablement un problème de DNS. Vous pouvez essayer de voir s'il se résout avec le DNS de Google avec nslookup stackoverflow.com 8.8.8.8 .

C:\Users\Jeff>nslookup example.com 8.8.8.8
Server:  google-public-dns-a.google.com
Address:  8.8.8.8

Non-authoritative answer:
Name:    example.com
Addresses:  2620:0:2d0:200::10
          192.0.32.10

S'il se résout avec cette commande, vous devriez probablement contacter votre fournisseur de DNS (probablement votre FAI). Si vous souhaitez effectuer d'autres tests DNS, essayez ce qui suit Banc d'essai DNS de GRC pour Windows ou les services just-ping.com y whatsmydns.net .

C'est peut-être un problème de navigateur.

S'il est résolu dans le DNS, mais que vous n'obtenez pas de réponses ping, cela signifie qu'ils filtrent les pings ou que vous ne pouvez pas atteindre ce site. Si vous sont obtenir des réponses, il se peut que vous ayez un problème de navigateur ou de proxy. Essayez d'installer un autre navigateur web avec tous les paramètres par défaut et voyez si vous obtenez des résultats différents.

Il s'agit peut-être d'un problème de connexion Internet.

Si le problème est résolu mais que vous ne pouvez pas l'atteindre, essayez d'exécuter tracert example.com et voir où ils commencent à chronométrer.

Tracing route to example.com [192.0.32.10]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  192.168.1.1 
  2    15 ms    26 ms    29 ms  c-x-x-x-x.hsd1.ca.comcast.net [x.x.x.x] 
  3    10 ms    25 ms     9 ms  te-5-4-ur04.pinole.ca.sfba.comcast.net [68.86.248.169] 
  4    12 ms    13 ms    14 ms  te-0-6-0-0-ar01.oakland.ca.sfba.comcast.net [68.85.154.86] 
  5    35 ms    15 ms    12 ms  pos-0-3-0-0-cr01.sacramento.ca.ibone.comcast.net [68.86.90.129] 
  6    15 ms    16 ms    18 ms  pos-0-9-0-0-cr01.sanjose.ca.ibone.comcast.net [68.86.85.181] 
  7    16 ms    18 ms    19 ms  xe-11-1-0.edge1.SanJose1.Level3.net [4.79.43.133] 
  8    27 ms    18 ms    33 ms  vlan69.csw1.SanJose1.Level3.net [4.68.18.62] 
  9    77 ms    29 ms   183 ms  ae-63-63.ebr3.SanJose1.Level3.net [4.69.134.225] 
 10    28 ms    35 ms    35 ms  ae-2-2.ebr3.LosAngeles1.Level3.net [4.69.132.10] 
 11    43 ms    27 ms    60 ms  ae-31-80.car1.LosAngeles1.Level3.net [4.69.144.131] 
 12    23 ms    23 ms    28 ms  INTERNET-CO.car1.LosAngeles1.Level3.net [4.71.140.222] 
 13    24 ms    23 ms    24 ms  www.example.com [192.0.32.10] 

Trace complete.  

Vous pouvez également essayer PingPlotter (Shareware ; évaluation gratuite de 30 jours.) qui lancera à plusieurs reprises un traceroute et représentera les résultats sous forme de graphique, afin que vous puissiez voir si vous avez des problèmes de perte de paquets ou de bande passante à n'importe quel point du traceroute.

pingplotter to example.com

Laissez tourner pendant un moment. S'il s'interrompt après seulement une ou deux entrées, vous devriez probablement contacter votre fournisseur d'accès à Internet. S'il s'arrête vers la fin, vous devriez contacter le webmaster du site, si possible. Quelle que soit la personne que vous contactez, incluez la sortie de l'application ping y traceroute des commandes.

2voto

alastairs Points 3045

Il faut également rechercher un routeur défectueux.

J'ai récemment rencontré cette situation en accédant à n'importe quel site Stack Exchange. L'accès était interrompu, des erreurs de connexion se produisaient et, d'une manière générale, j'étais "bloqué" pendant cinq minutes à la fois. Presque tous les autres sites étaient accessibles.

Après de longues discussions avec l'équipe de Stack Exchange (très utile) et mon fournisseur d'accès, j'ai trouvé que le problème venait du routeur. Le remplacer a apparemment résolu le problème.

Le problème ici (je pense) était que, quel que soit le défaut du routeur, il ne pouvait pas faire face au volume relativement élevé de trafic que je générais en utilisant Stack Exchange en tant qu'utilisateur connecté avec plusieurs comptes et en ayant beaucoup d'entre eux visibles à tout moment.

Le fait qu'un seul site (enfin un ensemble de sites) ait été affecté m'a amené à penser que le problème se situait ailleurs.

0voto

john v kumpf Points 591

De nos jours, il faut tenir compte de l'IPv6. Il est possible qu'il y ait un problème avec le mécanisme IPv6 (DNS, routage, OS) mais pas avec IPv4 (ou, moins probable, vice versa). Les deux ping y tracert Les commandes à partir de Windows 7 prennent une -4 o -6 pour tester indépendamment IPv4 et le nouvel IPv6.

Cela ressemble à un commentaire de la réponse principale, pas à une autre réponse, mais je n'ai pas le temps d'y penser. suffisamment d'informations à commenter. Ou peut-être devrais-je éditer le Wiki, ce qui signifierait peut-être ajouter un exemple, puisque la réponse est si professionnelle. Mais je n'ai pas non plus assez de réputation pour éditer le Wiki.

N'hésitez pas à modifier ce texte si nécessaire.

0voto

Athens Holloway Points 1222

Dans mon cas, j'avais un problème assez spécifique, qui était difficile à décoder pour moi. Lorsque j'essayais d'accéder à un site web spécifique à partir de Firefox, j'obtenais toujours un timeout. Lorsque j'essayais de copier l'adresse de la page dans un autre navigateur, j'obtenais également un délai d'attente. Cela se produisait sur plusieurs connexions, et tous mes autres appareils fonctionnaient bien. Même l'interrogation du site Web avec cURL a bien fonctionné ! J'ai essayé de changer les paramètres, les proxies, de changer et de rafraîchir les DNS etc...

Pour faire court, le problème était qu'une de mes extensions, HTTPS partout me redirigeait vers une version https de l'adresse mais le serveur ne répondait pas sur le port SSL.

En essayant de déboguer dans d'autres navigateurs, j'ai également copié-collé sans le savoir le préfixe du protocole https et j'avais donc le même problème, mais je l'ai tapé manuellement dans le Shell pour effectuer la requête cURL et cela a fonctionné.

La solution consistait simplement à désactiver le HTTPS partout pour le site web en question.

Un cas très particulier, mais qui peut arriver à d'autres. J'espère que cela vous aidera.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X