Herramientas de diagnóstico de red
Accesibilidad y latencia sobre TCP
DNS y registros
Consulta DNS Todos los registros DNS de cualquier dominio Consulta de registro A Direcciones IPv4 de un dominio Consulta de registro AAAA Direcciones IPv6 de un dominio Consulta MX Servidores de correo de un dominio Consulta NS Servidores de nombres autoritativos Consulta TXT Registros TXT, SPF, verificación Consulta CNAME Registros de nombre canónico (alias) Consulta SOA Registro Start of Authority Consulta SRV Registros de localización de servicios Consulta CAA Qué CAs pueden emitir certificados DNS inverso (PTR) Dirección IP a nombre de host Comprobación DNSSEC ¿Está el dominio firmado y validado? Diagnóstico DNS Un informe completo de delegación y DNSEntregabilidad de correo
Comprobación SPF Valida tu registro Sender Policy Framework Comprobación DMARC Inspecciona y califica tu política DMARC Comprobación DKIM Encuentra y valida tu clave pública DKIM Comprobación de lista negra Comprueba una IP contra listas negras de correo (DNSBLs) Test SMTP Conecta a un servidor de correo y comprueba STARTTLS Comprobación MTA-STS Política TLS forzada para el correo entrante Comprobación BIMI Registro del logo de marca para el correo Comprobación TLS-RPT Política de informes de TLS de SMTPRed y web
Comprobación de certificado SSL Inspecciona el certificado TLS de un sitio y su caducidad Comprobación de cabeceras HTTP Inspecciona cabeceras de respuesta, redirecciones y seguridad Ping (TCP) Accesibilidad y latencia sobre TCP Comprobación de puertos Qué puertos comunes están abiertosDominio
Consulta WHOIS Datos de registro de dominios, IPs y ASNsUn ping TCP mide si un host es alcanzable y con qué rapidez responde abriendo una conexión TCP en lugar de enviar un echo ICMP. Como ICMP no está disponible tras la mayoría de hostings y CDN, IPeek mide la accesibilidad y la latencia con una conexión TCP a los puertos 443 y 80, e informa del tiempo de ida y vuelta mínimo, medio y máximo a lo largo de varios intentos.
El clásico comando ping envía una petición de echo ICMP y mide la respuesta. Eso funciona en una red local pero falla en buena parte de internet pública, porque cortafuegos, CDN y proveedores cloud descartan o despriorizan ICMP de forma rutinaria. Un ping TCP, en cambio, abre una conexión real a un puerto de servicio y mide cuánto tarda el handshake. Como los servidores web deben aceptar conexiones en 443 y 80 para funcionar, esto alcanza de forma fiable hosts que nunca responden a ICMP, y mide la latencia de la ruta que realmente transporta tu tráfico.
IPeek informa del tiempo de ida y vuelta mínimo, medio y máximo a lo largo de varios intentos. El mínimo es la latencia en el mejor caso de la ruta; la media es lo que puedes esperar normalmente. La diferencia entre el mínimo y el máximo es el jitter: una diferencia pequeña indica una conexión estable, mientras que una dispersión grande señala congestión o un host sobrecargado. Como guía aproximada, menos de 50 ms es excelente, de 50 a 150 ms es normal entre regiones, y tiempos constantemente altos o muy variables apuntan a un problema de red o de servidor que conviene investigar.
Recurre a un ping TCP cuando un ping normal reporta 100% de pérdida de paquetes pero el sitio claramente carga, lo que simplemente significa que ICMP está filtrado. Úsalo para confirmar que un servidor acepta conexiones en sus puertos web, para comparar la latencia hacia un host desde tu ubicación, o para detectar lentitud intermitente antes de que se convierta en una caída. También es la medición honesta cuando te importa la experiencia real del usuario, porque mide la misma ruta TCP que usan los navegadores y las API, no un canal ICMP separado.
Los operadores bloquean o limitan ICMP para reducir la superficie de ataque y el ruido: las inundaciones ICMP fueron un clásico vector de denegación de servicio, y las respuestas de echo filtran información útil para el reconocimiento. Los CDN y balanceadores de carga también terminan las conexiones en el borde, así que un ping ICMP mediría el nodo de borde más cercano en lugar del origen. Por eso, un ping ICMP fallido no dice nada sobre si un sitio está activo. Un ping TCP a los puertos en los que el servicio realmente escucha da un sí o no fiable sobre la accesibilidad.
El ping normal usa ICMP, que cortafuegos y CDN descartan con frecuencia, así que puede reportar fallo incluso cuando un sitio está totalmente online. El ping TCP abre una conexión a un puerto de servicio como 443 o 80, que cualquier servidor web operativo debe aceptar. Como usa la misma ruta que el tráfico real, tiene éxito allí donde ICMP está filtrado.
Menos de 50 ms es excelente y se siente instantáneo, de 50 a 150 ms es normal para conexiones que cruzan regiones o continentes, y por encima de 150 ms se nota en el uso interactivo. Más importante que el número absoluto es la consistencia: una media estable con poca dispersión entre el mínimo y el máximo indica una ruta sana, mientras que las grandes oscilaciones indican congestión o un servidor sobrecargado.
Resumen varios intentos cronometrados. El mínimo es la respuesta más rápida, que representa la latencia en el mejor caso de la ruta de red. La media es la latencia típica que puedes esperar. El máximo es el intento más lento. La diferencia entre el mínimo y el máximo es el jitter; una diferencia estrecha indica una conexión estable, mientras que una amplia apunta a congestión o inestabilidad en la ruta.
Sí, para eso sirve exactamente un ping TCP. En lugar de un echo ICMP, abre una conexión TCP a los puertos 443 y 80, que los servidores web deben aceptar para servir tráfico. Esto alcanza hosts tras cortafuegos y CDN que descartan ICMP en silencio, dándote una lectura real de accesibilidad y latencia donde un ping estándar simplemente agotaría el tiempo de espera.
Son los puertos estándar de HTTPS y HTTP que los servidores web deben mantener abiertos para funcionar, lo que los convierte en objetivos fiables para un ping basado en conexión. Al cronometrar el handshake TCP a estos puertos, IPeek mide la latencia de la ruta que realmente transporta el tráfico web, y confirma la accesibilidad de hosts que nunca responden a las peticiones de echo ICMP tras los hostings y CDN modernos.