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

Escribe 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 tuyo y que no has tocado, sí lo es, y es justo lo que vigila la monitorización de 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.

Piensa 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 móviles 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 móviles 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 te mueves. Nada de esto es un fallo. ¿Necesitas 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; ningún ajuste de ningún sitio web te la puede dar. Comprueba ahora mismo la que tienes en Cuál es mi IP.

Hoy: casi invisible, y esa es la trampa. Las redes solo con IPv6, habituales en móvil, llegan a los sitios solo con IPv4 a través de los traductores NAT64 del operador, así que nada parece roto. Pero estás un middlebox más lejos de esos usuarios, no puedes ver esa ruta fallar, y no puede existir monitorización 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 tu IP obtiene el nombre de tu 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: tu IP sí revela tu ISP y tu región aproximada, permite vincular tu actividad entre los sitios que la registran, y con CGNAT la compartes 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 vendes al usarla.