Prueba de ping

La Prueba de ping es una herramienta gratuita que comprueba si se puede acceder a un sitio web, servidor o puerto, e informa del tiempo de respuesta, el código de estado o el error.

¿Qué comprueba realmente una prueba de ping?

Una prueba de ping determina si un sistema remoto responde desde la red en la que se ejecuta la comprobación. La prueba concreta depende del protocolo seleccionado.

• HTTP(s) comprueba una URL web mediante HTTP o HTTPS. Es adecuado para sitios web, API y servicios web porque puede devolver un código de estado de respuesta HTTP.
• Ping (ICMP) comprueba si un host responde al tráfico de eco del Protocolo de mensajes de control de Internet. Este es el significado convencional de "ping" en redes.
• Host / Puerto comprueba si se puede acceder a un puerto de red específico en un host. Algunos ejemplos habituales son un servidor de correo SMTP, un servidor POP o un punto de conexión de una base de datos.

Estas comprobaciones responden a preguntas ligeramente distintas. Una respuesta ICMP indica que un host acepta y responde a ese tipo de tráfico de red, pero no demuestra que su sitio web o servicio de correo funcione. Una respuesta HTTP proporciona un código de estado que puede indicar un fallo. Si la comprobación de un puerto se completa correctamente, significa que el puerto es accesible, no que vayan a funcionar un inicio de sesión en la aplicación o una consulta a la base de datos.

¿Cómo se utiliza la Prueba de ping?

Selecciona el Protocolo de Ping adecuado, introduce la dirección correspondiente y ejecuta la comprobación. Utiliza el tipo de entrada que requiera ese protocolo.

1. Elige HTTP(s) e introduce una URL completa, como https://www.example.com/status, para diagnosticar un sitio web, un punto de conexión de una API o un servicio web.
2. Elige Ping (ICMP) e introduce un Anfitrión, como server.example.com o una dirección IP, para comprobar si un servidor responde al tráfico ICMP.
3. Elige Host / Puerto, introduce el Anfitrión y, a continuación, indica el Puerto numérico. Por ejemplo, un servicio de envío SMTP suele utilizar el puerto 587, mientras que HTTPS suele usar el puerto 443.

No añadas una ruta de URL a una comprobación que solo admite un host. En cambio, una comprobación HTTP puede necesitar la ruta completa si el problema afecta a una página o ruta concreta de una API, y no a todo el dominio. Los números de puerto de transporte son valores de 16 bits comprendidos entre 0 y 65535. El puerto 0 está reservado y normalmente no se utiliza como puerto de servicio. Los espacios, las comas y las etiquetas como "port 443" no forman parte de un número de puerto.

La Prueba de ping se ejecuta en el servidor. Los datos que introduces en la Prueba de ping se envían a ese servidor mediante HTTPS y no se almacenan. Evita incluir contraseñas, claves de API u otros datos secretos en una URL, ya que podrían quedar expuestos al servicio remoto y a través de otros componentes de la infraestructura web habitual.

¿Cómo se interpreta el resultado del ping?

Consulta primero el resultado de disponibilidad. Después, utiliza el tiempo de respuesta, el estado HTTP o el error para acotar el problema.

Por ejemplo, un resultado HTTP hipotético podría mostrar Activo, un tiempo de respuesta de 180 ms y el código de estado 200. Un código de estado 200 indica que la solicitud se completó correctamente. Una respuesta 404 significa que el servidor de origen no encontró una representación actual del recurso de destino o no está dispuesto a revelar que existe. Una respuesta 5xx (Error del servidor) pertenece a la clase de errores del servidor. La causa exacta depende del código de estado concreto.

Un resultado Caído no siempre significa que toda la máquina esté desconectada. Un cortafuegos puede bloquear ICMP mientras HTTPS sigue funcionando, o un puerto puede estar cerrado mientras otros servicios permanecen disponibles. Ejecuta la comprobación correspondiente al servicio al que intentan acceder los usuarios.

Fallos habituales que revela un ping

Si un sitio web no carga, empieza por HTTP(s) y utiliza la URL exacta afectada. Si el dominio responde, pero una página devuelve 404, revisa la ruta, las reglas de reescritura o el despliegue. Si HTTPS genera una advertencia de certificado en el navegador, utiliza la Búsqueda SSL para consultar los datos del certificado en lugar de depender únicamente del ping. La Consulta de encabezados HTTP también puede mostrar redirecciones y encabezados de respuesta.

Si el correo electrónico no llega, utiliza Host / Puerto con el nombre de host del servidor de correo y el puerto configurado en la aplicación de envío o recepción. Que un puerto SMTP sea accesible no demuestra que el servidor vaya a aceptar un mensaje concreto. Los fallos de autenticación, el filtrado de spam, los registros DNS de correo y las políticas del destinatario quedan fuera del alcance de una comprobación básica de puertos.

Después de trasladar un sitio a un nuevo host, comprueba su nombre de host mediante ICMP o HTTP, según corresponda. Verifica el registro DNS y ten en cuenta las respuestas almacenadas en caché. La Consulta de Whois puede ayudarte a confirmar los datos de registro del dominio, pero no muestra qué respuesta DNS conserva en ese momento cada resolvedor.

¿Por qué la caché DNS puede hacer que un resultado correcto parezca erróneo?

Debido a la caché DNS, el servidor de la herramienta y tu propio dispositivo pueden resolver temporalmente el mismo nombre de host en direcciones distintas. Los resolvedores recursivos conservan las respuestas DNS según su tiempo de vida, conocido habitualmente como TTL. Algunas aplicaciones y sistemas operativos también mantienen cachés locales.

El término "propagación" suele utilizarse para describir este retraso, aunque los registros DNS no se distribuyen por todas partes mediante un único proceso coordinado. Cada caché caduca según su propia programación. Por tanto, un registro modificado recientemente puede funcionar en una conexión mientras otra sigue utilizando la dirección anterior.

Como esta herramienta ejecuta la comprobación en su servidor, el resultado refleja la ruta de red y la visión del DNS de ese servidor en ese momento. No puede demostrar que todos los proveedores de banda ancha, las redes móviles o los resolvedores corporativos vean el mismo destino. Si el comportamiento depende de la ubicación, compara el resultado con una comprobación local y consulta los registros DNS pertinentes.

Preguntas frecuentes

¿Qué ocurre con los dominios que tienen acentos o caracteres no latinos?

IDNA convierte las etiquetas de dominio Unicode compatibles en etiquetas A ASCII. Punycode es el algoritmo de codificación utilizado dentro de las etiquetas A correspondientes. Los navegadores suelen convertir automáticamente la forma legible, pero los campos de host y los sistemas de diagnóstico pueden requerir la etiqueta A. Revisa bien la escritura, ya que algunos caracteres Unicode visualmente parecidos pueden apuntar a dominios distintos.

¿Un tiempo de respuesta bajo se mantendrá siempre igual?

No. El tiempo de respuesta varía según el enrutamiento, la congestión de la red, la carga del servidor y la distancia física. Registra varias comprobaciones realizadas en momentos comparables e investiga los cambios sostenidos, en lugar de considerar una única respuesta lenta como prueba de un fallo.

Antes de cambiar la configuración del DNS, el cortafuegos o el servidor, confirma que has comprobado el nombre de host, la ruta de URL y el puerto exactos que utiliza el servicio afectado. Guarda la hora del resultado y compárala con los registros locales para poder correlacionar ambos extremos de la conexión.