Comprobador de IP de sitios web:
¿quién es el dueño del número?

Escriba el dominio arriba. Resolvemos su registro A (IPv4) y su registro AAAA (IPv6), obtenemos el nombre de DNS inversa de cada dirección y confirmamos que resuelve de vuelta. Identificamos el sistema autónomo que anuncia el bloque de direcciones, lo que revela el proveedor de hosting real. Después añadimos una geolocalización a nivel de ciudad, marcada como la estimación que es. Gratis, sin registro.

Las cuatro razones habituales son inofensivas. El DNS round-robin devuelve una lista que rota. El geo-DNS responde con un servidor cercano a quien pregunta, así que Vilna y São Paulo obtienen legítimamente números distintos. Las CDN hacen las dos cosas a la vez. Y los TTL cortos permiten que la respuesta cambie cada pocos minutos. Una respuesta distinta no es señal de un problema — una respuesta que cambia en un registro que es suyo y que no tocó, sí lo es, y es justo lo que vigila el monitoreo DNS.

Porque el sitio está detrás de un proxy inverso. La respuesta DNS apunta al edge de la CDN. El tráfico termina ahí y se reenvía de forma privada al origen, cuya dirección se mantiene fuera del DNS a propósito. Es el producto funcionando como debe — la protección contra DDoS depende de que el origen no sea alcanzable directamente. Aun así, se pueden leer tres cosas: qué proveedor da la cara por el sitio, si el edge es dual-stack y (a partir del ASN) que cualquier “ubicación del servidor” que muestre un mapa es el registro de la red, no el del sitio.

Piense en tres niveles. País: fiable — sigue el registro del bloque de direcciones, que es información pública. Ciudad: una pista — las bases de datos asocian los bloques de direcciones a la ciudad de registro del ISP, que puede ser donde están los usuarios o el nodo regional a 100 km de distancia. Calle: no existe tal cosa — ninguna base de datos pública la tiene, y punto. Los operadores celulares y el CGNAT empeoran la precisión a nivel de ciudad; las VPN corporativas pueden teletransportar una oficina a otro país entero. Mostramos la ciudad porque es útil; la marcamos como suposición porque lo es.

Las conexiones domésticas alquilan las direcciones, no las poseen: las renovaciones de DHCP, los reinicios del router y la rotación del pool del ISP generan una nueva cada vez. Las redes celulares van más allá con el NAT de grado operador, donde miles de abonados comparten una única dirección pública que va cambiando según se mueve. Nada de esto es un fallo. ¿Necesita una dirección que se mantenga fija, por ejemplo para una lista blanca de firewall? Eso es una IP estática, que se compra al ISP; ninguna configuración de ningún sitio web se la puede dar. Compruebe ahora mismo la que tiene en Cuál es mi IP.

Hoy: casi invisible, y esa es la trampa. Las redes solo con IPv6, habituales en celular, llegan a los sitios solo con IPv4 a través de los traductores NAT64 del operador, así que nada parece roto. Pero está un middlebox más lejos de esos usuarios, no puede ver esa ruta fallar, y no puede existir monitoreo de IPv6 para un sitio sin AAAA. Publicar uno suele ser una casilla en el panel de hosting más un registro DNS. Merece la pena hacerlo un martes tranquilo, y no durante el incidente que finalmente lo vuelva urgente.

A partir de datos públicos: no. Un desconocido con su IP obtiene el nombre de su ISP y una estimación a nivel de ciudad — lo mismo que muestra esta herramienta. Vincular una dirección con un hogar concreto requiere los registros de abonados del ISP, que solo se entregan mediante un proceso legal, no con consultas. Los riesgos reales de privacidad son más modestos: su IP sí revela su ISP y su región aproximada, permite vincular su actividad entre los sitios que la registran, y con CGNAT la comparte con desconocidos cuyo comportamiento puede hacer que la bloqueen. Una VPN cambia todo eso por la identidad del nodo de salida — que es justo lo que vende al usarla.