Ping
¿Por qué hacer ping?
¿Quiere saber si su servidor, PC o dispositivo conectado a Internet responde a consultas externas? La prueba de ping de G Suite.Tools enviará seis paquetes ICMP seguidos al host que especifique más arriba. Luego dependerá del host y de lo que se encuentre en el medio si nuestro servidor recibe alguna respuesta.
Esta herramienta de ping puede sondear cualquier dominio con un registro A o AAAA válido, un IPv4 clásico o un IPv6 más moderno. Por lo tanto, ahora podrá determinar si hay alguna configuración (cortafuegos de software / hardware, conexión, problemas, etc.) que esté bloqueando la ruta de los paquetes IP (o de Protocolo de Internet por sus siglas en inglés). Esto le permitirá actualizar con precisión su configuración para adaptarse a su red y sus requisitos de seguridad.
Instrucciones rápidas
No pudimos haber diseñado una herramienta más sencilla. Simplemente ingrese el (sub)dominio completo, IPv4/v6, y presione Enter para ejecutar la prueba de ping.
Se enviará un paquete ICMP sin procesar cada segundo, y un total de seis pings consecutivos, para tener una idea cabal de la consistencia de la red entre el servidor de G Suite.Tools y el host de destino.
Resultados
Los dos datos principales que le interesarán en una prueba de ping son la pérdida de paquetes (%) y el retraso del viaje de vuelta (ms) cuando el servidor remoto está respondiendo.
El valor en azul confirma la IP del objetivo. A la izquierda, a menudo también obtendrá el nombre de host declarado para esa IP.
La valor TTL le informa cuántos saltos (los servidores que transmiten los paquetes) el paquete de respuesta aún puede estar en viaje al momento de llegar al servidor de G Suite.Tools. En ese ejemplo, si la situación de la red lo necesitara, este paquete respondido por el servidor de google.com aún podría viajar a través de un máximo de 58 puntos de enrutamiento adicionales (enrutadores, servidores, o todo aquello que transmita paquetes) para llegar a su destino final.
El valor en verde es el tiempo de ida y vuelta necesario para que el paquete sea enviado y recibido por nuestro servidor. Este valor se muestra en milisegundos (ms). En este ejemplo, el primer paquete enviado tardó 35,0 ms en llegar a su origen. Al comparar las respuestas siguientes, notamos una reacción bastante estable del servidor probado de Google con tiempos de respuesta sumamente regulares y una bajísima desviación estándar promedio de 0,157 ms.
Preste especial atención a la pérdida de paquetes, ya que revela un bloqueo completo o una conexión muy inestable. Si los paquetes de IP se pierden con frecuencia a través de su red, usted está expuesto a corrupción de datos y eso es algo que querrá evitar a toda costa. A menudo, esas pérdidas tienen las siguientes causas:
- El servidor remoto está apagado. Verifique si hay alguna actualización de sistema en curso en su host, y si éste está correctamente alimentado.
- No se puede acceder al servidor: un cortafuegos o un problema de Internet está bloqueando el camino del paquete enviado. Revise cualquier cable, hardware o software defectuoso en el camino.
- No hay una ruta declarada de regreso al servidor de G Suite.Tools. Si es necesario, el host remoto debe actualizar su puerta de enlace predeterminada y las tablas de enrutamiento.
- El viaje demora más de 1 segundo en regresar a nuestro servidor. Si la ruta estuviera congestionada, podría hacer un traceroute para medir el retraso en llegar a cada salto de la ruta del paquete.
Información avanzada
Esta herramienta está basada en dos utilidades de código abierto de Linux: ping y ping6.
La herramienta está configurada para enviar seis pings a intervalos de 1 segundo. Estos pings son paquetes ICMP sin formato en forma de datagrama ECHO_REQUEST, que solicitan un ICMP ECHO_RESPONSE al host de destino. El programa no esperará más de 1 segundo antes de que se agote el tiempo de espera para dichos paquetes ECHO_RESPONSE.
Como los enrutadores o dispositivos más modernos suelen bloquear o limitar los paquetes de tipo UDP y TCP, esta prueba de ping proporciona una penetración de red máxima garantizada mediante el uso del protocolo ICMP.
Consejos
- Añada un traceroute visual y seguimiento completo de Google Maps a su análisis de host.
