Cómo determinar si un sitio web realmente no está disponible o si el problema es local.
Cuando un sitio web no está disponible o lo está con dificultad (situaciones en las que un sitio es lento), las causas pueden ser múltiples. Puede depender de un problema momentáneo de enrutamiento, puede tratarse de congestión dentro de tu red local o en la conectividad ofrecida por el proveedor de Internet que usas, puede estar relacionado con un bloqueo impuesto a nivel de DNS o, incluso, depender del servidor web remoto (dificultades del lado del servidor o problemas de conectividad).
Se recomienda, en primer lugar, verificar si se trata o no de un problema relacionado con tu conexión a Internet, ya sea desde una ubicación fija (ADSL/fibra), vía WiFi o mediante un operador de telefonía móvil.
Por lo tanto, es bueno comenzar con una prueba de conexión.
En otro artículo explicamos 6 Consejos para Solucionar Problemas de Velocidad de Internet.
Imposible acceder a un solo sitio web
Si fuera imposible acceder al sitio web que deseas visitar, un primer auxilio lo proporcionan servicios como Down For Everyone Or Just Me.
Escribiendo la URL del sitio web en el cuadro correspondiente, la aplicación web verifica si está disponible o no. El intento de conexión se realiza desde Estados Unidos: la prueba con Down For Everyone Or Just Me ya ofrece una respuesta válida.
Si el problema persiste, podría deberse a configuraciones específicas del sitio web, como las de un sitio WordPress que requieren atención técnica. En estos casos, un servicio de Mantenimiento web WordPress puede ayudar a diagnosticar y solucionar problemas relacionados con el servidor web o la configuración del sitio web.
Como alternativa, puedes recurrir a otras dos herramientas que pueden ser muy útiles para comprender la naturaleza de los problemas de conexión a un sitio web:
- Web Performance Test. Indicando la URL (HTTP o HTTPS) del sitio web al que conectarse, esta prueba comprueba la conexión usando muchos clientes situados en diferentes países.
Para cada uno de ellos, en la columna Estado se muestra el código devuelto por el servidor web que gestiona la entrega de las páginas web para el sitio indicado.
El código 200 indica que la página web solicitada respondió normalmente y sin errores.
La otra columna muy interesante es Connect: muestra el tiempo de conexión al servidor web remoto en milisegundos. Cuando el servidor responde en menos de 200 ms, el valor se destaca en verde.
La columna TTFB (Time to First Byte) devuelve la latencia entre el envío de la solicitud por parte del cliente y la recepción efectiva del primer byte de datos del servidor remoto (los valores inferiores a 400 ms se destacan en verde).
- Website Speed Test. En este caso también puedes indicar en el cuadro correspondiente una página HTTP o HTTPS y, a diferencia del caso anterior, elegir el cliente desde el cual probar la conexión. Actuando sobre el menú desplegable, puedes intentar la conexión al servidor remoto desde diferentes ubicaciones en Estados Unidos, en América del Sur, en Extremo Oriente, en Australia o en Europa.
Haciendo clic en el botón Test, después de un breve tiempo de espera, el servicio muestra el tiempo necesario para cargar cada elemento que compone la página web objeto de la solicitud.
Además de verificar la funcionalidad de la página web proporcionada por el servidor remoto, también puedes determinar los elementos que son más pesados y que ralentizan la carga.
Verificar los problemas de enrutamiento
Si las pruebas anteriores dieran resultado positivo (el sitio indicado está activo y correctamente accesible), es probable que se trate de un problema de enrutamiento desde la red del proveedor que utilizas hacia la red utilizada por el servidor remoto o un problema temporal en la ruta internacional.
Para verificarlo, puedes escribir cmd en el cuadro de búsqueda de Windows y presionar Intro.
Escribiendo tracert seguido de la dirección del sitio web que deseas acceder (escribe solo el nombre de dominio en la forma www.ccnadesdecero.es o ccnadesdecero.es, no la URL completa), puedes verificar todos los pasos realizados por tu solicitud antes de llegar a destino.
Si el comando tracert dejara de proporcionar respuestas (aparición de asteriscos y de la indicación Solicitud caducada) mucho antes de llegar a la red de destino, es muy probable que tengas un problema momentáneo de enrutamiento. Por lo general, estos problemas son resueltos en poco tiempo por los operadores de telecomunicaciones involucrados.
- MTR (Matt’s traceroute) es una herramienta de software utilizada por profesionales que combina las funciones de
tracerouteypingen una única herramienta de diagnóstico de red.
MTR no solo verifica la ruta seguida por los paquetes de datos a lo largo de la ruta que lleva hasta el sistema de destino, sino que envía una serie de secuencias ping secuenciales a todos los hosts atravesados para verificar si hay algún problema en algún punto.
La presencia de paquetes perdidos puede causar tiempo de espera o hacer que la navegación en un sitio web sea casi imposible.
MTR es una herramienta creada para sistemas Linux: en las distribuciones Debian, Ubuntu y derivadas se puede instalar simplemente escribiendo sudo apt install mtr -y.
También existe un antiguo cliente para Windows (WinMTR) que, sin embargo, no proporciona la misma gama de funciones que la versión para Linux.
Windows 10 y Windows 11 admiten WSL2, por lo que es posible ejecutar directamente en la ventana las principales distribuciones de Linux: MTR se puede iniciar desde una ventana WSL2 en Windows.
El control básico se puede iniciar simplemente escribiendo mtr seguido de la dirección IP o la dirección mnemotécnica que se va a controlar.
Sin embargo, MTR admite muchas comprobaciones adicionales: por ejemplo, puedes simular una conexión al puerto TCP 443 (HTTPS) usando la siguiente sintaxis.
mtr -T -P 443 nombre-host
En el ejemplo de la figura se observan evidentes problemas de enrutamiento confirmados por la presencia de un alto valor de pérdida de paquetes en el último salto.
Para obtener la lista completa de opciones utilizables con MTR, simplemente escribe mtr -h:
Finalmente, no podemos dejar de mencionar el proyecto RIPE Atlas.
Se trata de una plataforma de medición de Internet global, abierta y distribuida, compuesta por miles de dispositivos de medición (sondas o probes) que miden la conectividad de Internet en tiempo real.
RIPE Atlas permite preparar consultas incluso muy complejas para comprender cómo fluyen los paquetes de datos hacia el destino establecido (dirección IP o mnemotécnica).
Actuando sobre la configuración avanzada también puedes especificar un sistema autónomo (AS) de interés, es decir, indicar la red desde la cual deben realizarse las pruebas (hablamos de esto en el artículo dedicado al protocolo BGP). De esta manera, es fácil comprender si el problema de accesibilidad de un sitio afecta a un proveedor específico, es generalizado o local.
Al ser un proyecto que se basa en las contribuciones de la comunidad para realizar pruebas por cuenta propia, debes convertirte en patrocinador, es decir, participar económicamente en el crecimiento del proyecto, o instalar una sonda de hardware o software en tu infraestructura de red.
Las sondas de software están disponibles en varias versiones, por ejemplo, para Debian/Ubuntu, CentOS, Raspbian, Docker, OpenWRT, etc. De esta manera, obtendrás créditos para consultar RIPE Atlas y realizar pruebas exhaustivas a escala local, nacional o global.
Se recomienda marcar la casilla única para evitar que se consuman periódicamente todos los créditos acumulados.
Problemas a nivel de DNS
Si, por el contrario, el comando tracert devolviera la IP de loopback (127.0.0.1) junto al nombre de dominio especificado, es muy probable que el sitio web que deseas visitar haya sido bloqueado a nivel de DNS.
En este caso, para resolverlo, basta con cambiar el servidor DNS o utilizar un software como Tor Browser.
El servicio Router Checker de F-Secure da una idea de los DNS que se utilizan para resolver cualquier nombre de dominio dentro de tu red o en el dispositivo que utilizas.
Sin embargo, vale la pena comprobar que no se haya establecido una restricción a nivel del archivo HOSTS almacenado en el PC local.
