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

Si generalmente puedo acceder a páginas web en Internet pero no puedo acceder a una específica, ¿cómo puedo solucionar cuál es la causa como usuario final?

Esta pregunta fue una pregunta de superusuario de la semana .
Lea la entrada del blog para más detalles o contribuya al blog usted mismo

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

Intenta visitar http://downforeveryoneorjustme.com .

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.

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.

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.

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.

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.