Cómo encontrar la IP de un sitio web (5 métodos fiables)

Encontrar la dirección IP de un sitio web lleva segundos. Lo realmente útil es saber cuál has encontrado (el servidor de origen, un nodo de borde de una CDN o un balanceador de carga), porque eso determina si el número te sirve de algo.

Estos son cinco métodos, del más rápido al más detallado, seguidos de cómo interpretar el resultado con honestidad.

Método 1: usa una herramienta de consulta en línea

La opción más rápida y la única que no necesita una terminal. Pega un dominio en la consulta de dominio a IP de la página de inicio y obtendrás los registros A (IPv4), AAAA (IPv6), los servidores de nombres y los registros MX, CNAME y TXT en una sola consulta desde el servidor.

La ventaja frente a un comando local es que la consulta se ejecuta desde un servidor con la caché limpia, así que no ves una respuesta obsoleta que tu propio equipo guardó en caché hace horas. Si tienes varios dominios que comprobar, el modo masivo resuelve hasta 50 a la vez.

Método 2: ping, rápido y disponible en todas partes

ping resuelve el nombre antes de enviar nada e imprime la dirección que ha resuelto. Funciona igual en Windows, macOS y Linux.

ping example.com

La primera línea muestra la dirección resuelta: PING example.com (93.184.216.34). Ya tienes lo que necesitabas: pulsa Ctrl+C para detenerlo.

Método 3: nslookup, el estándar multiplataforma

Integrado en Windows, macOS y la mayoría de las distribuciones de Linux, y diseñado precisamente para esta pregunta.

nslookup example.com

La salida separa el resolvedor que respondió (Server:) de la propia respuesta. Una línea que dice Non-authoritative answer significa simplemente que la respuesta vino de una caché y no del servidor de nombres del propio dominio: es el caso normal, no una advertencia.

nslookup example.com 1.1.1.1

Esa segunda forma es realmente útil cuando sospechas que hay una caché obsoleta: preguntas directamente al resolvedor de Cloudflare en lugar de a lo que te entregue tu red.

Método 4: dig, el que usan los profesionales

dig viene con macOS y Linux (en Windows, usa WSL o instala las herramientas de BIND). Ofrece una salida precisa y apta para scripts, incluido el TTL.

dig +short example.com A
dig +short example.com AAAA

dig example.com

En la salida completa, el número de la ANSWER SECTION antes de IN A es el TTL restante en segundos: cuánto tiempo más seguirá este resolvedor reutilizando su copia en caché. Ver cómo ese número disminuye en consultas repetidas es la forma más clara de ver la caché en acción.

dig @ns1.example.com example.com

Esto se salta todas las cachés y pregunta a la fuente. Si no coincide con lo que ves en otros sitios, estás viendo la propagación en curso.

Método 5: herramientas para desarrolladores del navegador

Útil cuando quieres la dirección que realmente sirve la página que estás viendo, incluidas las redirecciones.

1. Abre DevTools con F12 (o Cmd+Option+I en macOS) y selecciona la pestaña Red (Network).
2. Recarga la página.
3. Haz clic en la primera solicitud de documento y abre el panel Encabezados (Headers).
4. En General, busca Dirección remota (Remote Address): es la IP a la que tu navegador se conectó realmente, con el puerto.

Comparación de los cinco métodos

Y ahora, ¿has encontrado el servidor real?

Probablemente no, y es lo esperable. La mayoría de los sitios de cierto tamaño están detrás de una CDN o de un balanceador de carga, así que la dirección que has resuelto pertenece a esa infraestructura.

Señales de que estás viendo infraestructura compartida y no un servidor de origen:

• El DNS inverso de la dirección se resuelve a un nombre de host de un proveedor (*.cloudflare.com, *.amazonaws.com, *.fastly.net).
• La misma dirección sirve a muchos dominios sin relación entre sí.
• Obtienes direcciones distintas desde ubicaciones diferentes o en consultas repetidas.