¿Cómo diagnostico que no puedo llegar a un sitio web específico como usuario final?

Respuestas:

52

Tal vez el sitio web está realmente caído.

Intenta visitar http://downforeveryoneorjustme.com .

abajo para todos o solo para mí

Si dice "No eres solo tú", es probable que el sitio web tenga una interrupción y debes intentar informarlo si es posible, o simplemente esperar.

Quizás sea un problema de DNS.

Vea si el nombre DNS del sitio web (digamos que es example.com) se resuelve en una dirección IP. Puede hacerlo iniciando una consola o símbolo del sistema y escribiendoping 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 obtiene un error de "host desconocido", esto significa que es probable que haya un problema de DNS. Puede intentar ver si se resuelve con el DNS de Google con 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

Si se resuelve con ese comando, entonces probablemente desee contactar a su proveedor de DNS (probablemente su ISP). Si desea ejecutar más pruebas de DNS, pruebe el DNS Benchmark de GRC para Windows o los servicios just-ping.com y whatsmydns.net .

Quizás sea un problema del navegador.

Si se resuelve en DNS, pero no recibe respuestas de ping, significa que están filtrando pings o no puede acceder a ese sitio. Si usted está recibiendo las respuestas que podría tener un problema de proxy del navegador o navegador. Intente instalar otro navegador web con todas las configuraciones predeterminadas y vea si obtiene resultados diferentes.

Tal vez sea un problema con su conexión a internet.

Si se está resolviendo pero no puede alcanzarlo, intente ejecutar tracert example.comy ver dónde comienzan a agotar el tiempo de espera.

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.  

También puede probar PingPlotter (Shareware; evaluación gratuita de 30 días) que repetidamente ejecutará un traceroute y graficará los resultados, para que pueda ver si tiene problemas de pérdida de paquetes o ancho de banda en cualquier salto en el traceroute.

pingplotter a example.com

Deja que esto corra por un tiempo. Si está agotando el tiempo de espera después de solo una o dos entradas, es probable que desee contactar a su proveedor de servicios de Internet. Si se está agotando el tiempo hacia el final, debe comunicarse con el webmaster del sitio, si es posible. Con quien sea que contacte, incluya la salida de los comandos pingy traceroute.

Jeff Atwood
fuente
Solucioné mi problema para conectarme al chat.SE cambiando DNS-es
Ivo Flipse
Si resulta que el sitio web está realmente inactivo, puede dejar que Firefox vuelva a intentarlo automáticamente con TryAgain , una extensión que desarrollo activamente con un colega en mi tiempo libre.
Paul Lammertsma
Lo sentimos, ese sitio web parece informar que los sitios están inactivos que no lo están. Parece que todavía hay algunos errores que resolver ...
jjxtra
la versión de Google Cache de esta página en caso de que no se pueda acceder a nuestra red.
Jeff Atwood
2

Algo más que debe buscar es un enrutador defectuoso.

Recientemente tuve esta situación con el acceso a cualquier sitio de Stack Exchange. Se agotaría el tiempo de espera, devolvería errores de conexión y, en general, "me bloquearía" durante 5 minutos por vez. Prácticamente todos los otros sitios estaban bien.

Después de largas conversaciones con el personal de Stack Exchange (muy útil) y mi ISP, lo reduje al enrutador. Cambiarlo aparentemente ha curado el problema.

El problema aquí (creo) es que, cualquiera que sea la falla en el enrutador, no pudo hacer frente al volumen relativamente alto de tráfico que estaba generando al usar Stack Exchange como un usuario conectado con varias cuentas y tener muchas de ellas visible en cualquier momento.

El hecho de que solo un sitio (bueno, un conjunto de sitios) se haya visto afectado me llevó a creer que el problema yace en otra parte.

ChrisF
fuente
0

En estos días hay que tener en cuenta IPv6. Es posible que haya un problema con el mecanismo IPv6 (DNS, enrutamiento, sistema operativo) pero no con IPv4 (o, menos probable, viceversa). Tanto los comandos pingy tracerta partir de Windows 7 toman una opción -4u -6para probar independientemente IPv4 y el nuevo IPv6.

Esto parece un comentario a la respuesta principal, no otra respuesta, pero no tengo suficiente representante para comentar. O tal vez debería editar el Wiki, lo que significaría quizás agregar un ejemplo, ya que la respuesta es muy profesional. Pero tampoco tengo suficiente representante para la edición de Wiki.

Siéntase libre de editar esto según sea necesario.

john v kumpf
fuente
0

En mi caso, tuve un problema bastante específico, que fue difícil de descifrar para mí. Cuando traté de llegar a un sitio web específico desde Firefox, siempre tuve un tiempo de espera. Cuando intenté copiar la dirección de la página en otro navegador, también se agotó el tiempo de espera. Estaba sucediendo a través de varias conexiones, y todos mis otros dispositivos funcionaron bien. ¡Incluso consultar el sitio web con cURL funcionó bien! Intenté cambiar la configuración, los servidores proxy, cambiar y actualizar DNS, etc.

En pocas palabras, el problema era que una de mis extensiones, HTTPS Everywhere, me estaba redirigiendo a una versión https de la dirección, pero el servidor no respondía en el puerto SSL.

Al intentar depurar en otros navegadores, sin saberlo, también copié y pegué el prefijo del protocolo https y, por lo tanto, tenía el mismo problema, pero lo escribí manualmente en el shell para realizar la solicitud de cURL, por lo que funcionó.

La solución fue simplemente deshabilitar la regla HTTPS Everywhere para el sitio web específico.

Un caso muy especial, pero podría pasarle a otros y espero que esto ayude.

Tecnología
fuente