Herramientas de comprobación web: DNS, IP, TLS, RDAP, HTTP, redirecciones y seguridad
Los checkers son útiles cuando responden una pregunta concreta: ¿a qué dirección resuelve el dominio?, ¿qué red lo sirve?, ¿el certificado corresponde al host?, ¿qué estado HTTP devuelve realmente? DNS Lookup y SSL Lookup muestran capas distintas; el diagnóstico fiable las conecta.
DNS: registros, autoridad y caché
DNS incluye A/AAAA para direcciones, MX para correo, NS para servidores autoritativos, CNAME para alias y TXT para políticas. Un DNS Lookup es una instantánea a través de un resolver; TTL y cachés pueden provocar respuestas distintas durante una migración.
Compruebe delegación del registrador, respuesta autoritativa y después cachés recursivas. Cambiar la TTL después del cambio no elimina respuestas antiguas ya almacenadas. Compare varios resolvers y registre la hora.
La IP aporta contexto, no identidad
IP Lookup puede mostrar ASN, red, proveedor y geografía aproximada. Es útil para routing, CDN y tráfico sospechoso, pero VPN, operadores móviles, proxies y gateways impiden usar una IP como ubicación personal exacta.
El reverse IP también tiene límites: una IP de CDN puede servir miles de dominios y un sitio grande usar muchas IP. Combine estos datos con DNS y registro de dominio.
RDAP sustituye al antiguo modelo WHOIS
ICANN estableció RDAP como fuente definitiva de datos de registro gTLD desde el 28 de enero de 2025. Un WHOIS / registro puede mantener el nombre familiar, aunque detrás se use RDAP.
Los datos personales pueden aparecer ocultos por políticas de privacidad. Registrar, estados y datos técnicos siguen siendo útiles. Para abuso o asuntos legales utilice los procesos oficiales del registrar.
Qué demuestra un certificado TLS
SSL Lookup revisa nombres, emisor, vigencia y cadena. Hay que comprobar coincidencia del hostname, periodo válido y confianza de la cadena. TLS 1.3 está normalizado en RFC 8446.
Un certificado válido no prueba que el contenido sea honesto. También un atacante puede tener un certificado de su propio dominio. TLS informa sobre conexión e identidad del hostname, no sobre reputación.
Cabeceras HTTP y comportamiento real
HTTP Headers Lookup muestra estado, Location, cache, Content-Type, Content-Encoding, cookies y cabeceras de seguridad. Estos metadatos explican comportamientos invisibles en la página renderizada.
HTTP/2 y Brotli pueden negociarse de forma distinta según cliente, proxy y recurso. Para rendimiento, mida la respuesta que recibe el navegador real y no solo una capacidad general del servidor.
Redirecciones durante migraciones
URL Redirect Checker muestra cadenas 301/302/307/308, bucles y saltos innecesarios. Pruebe rutas antiguas, parámetros, slash final y HTTP a HTTPS.
Una redirección abierta puede usarse en phishing. La herramienta permite verla, pero la aplicación debe validar destinos permitidos en el servidor.
Ping no equivale a disponibilidad web
Ping suele usar ICMP. Muchos firewalls lo bloquean; un ping fallido no significa necesariamente que HTTPS esté caído, y uno correcto no prueba que la aplicación funcione.
Para uptime compruebe DNS, TCP/TLS, HTTP y finalmente la respuesta de la aplicación. Si importa la latencia, mida desde varias regiones.
Los checkers de seguridad son indicadores
Safe URL Checker puede consultar reputación y amenazas conocidas, pero un dominio malicioso nuevo puede no estar catalogado. Revise también hostname y avisos del navegador.
Password Strength Checker detecta patrones débiles, pero no reutilización. CISA recomienda contraseñas largas, aleatorias y únicas; MFA, rate limiting y hashing seguro completan la defensa.
Diagnóstico por capas
Empiece por DNS, continúe con red/IP, después TLS y termine en HTTP. Este orden evita intentar arreglar el problema en la capa equivocada.
Guarde timestamps y resultados crudos en incidencias intermitentes. Cachés, certificados y rutas CDN cambian. Los checkers acortan el camino hacia evidencias, pero no sustituyen el análisis.
Preguntas frecuentes
¿Un ping fallido significa que la web está caída?
No; ICMP puede estar bloqueado y HTTPS seguir funcionando.
¿Un certificado válido prueba confianza?
No; valida propiedades de TLS y del hostname, no el contenido.
¿WHOIS sigue siendo la fuente definitiva gTLD?
ICANN hizo de RDAP la fuente definitiva en enero de 2025.
¿Una IP identifica a una persona?
No de forma fiable; aporta contexto de red y ubicación aproximada.
Estándares y referencias oficiales
- ICANN — Registration Data Access Protocol (RDAP)
- ICANN — RDAP becomes the definitive source for gTLD registration data
- RFC 8446 — The Transport Layer Security (TLS) Protocol Version 1.3
- RFC 9110 — HTTP Semantics
- CISA — Use Strong Passwords
This article is an original practical guide informed by the standards and official references above.