Cómo encontrar la dirección IP de un dominio

Para encontrar la dirección IP de un dominio, resuelve sus registros DNS en lugar de adivinarla a partir de la marca de alojamiento de un sitio web o copiar una dirección de una página sin relación. El DNS puede publicar un registro A para IPv4 y un registro AAAA para IPv6, y esas respuestas son independientes. Un dominio puede devolver una dirección, varias, solo una familia de direcciones o un alias CNAME que lleva a otro nombre de host. El resultado correcto es la respuesta DNS pública que vio el resolvedor que consultaste en ese momento. Puede representar una CDN o un balanceador de carga y no debería describirse automáticamente como la dirección del servidor de origen.

Usa una consulta para el nombre de host exacto

Empieza por identificar si necesitas el dominio raíz, como example.com, o un subdominio como www.example.com. El DNS los trata como nombres distintos, por lo que pueden tener configuraciones de registros diferentes. Usa una herramienta de consulta de dominio a IP, una utilidad DNS que incluya tu sistema operativo o una consulta por línea de comandos para pedir los datos A y AAAA. Si tienes una URL como https://www.example.com/products, el nombre de host es www.example.com; el protocolo, la ruta y el nombre de la página no forman parte de la consulta DNS. Evita incluir credenciales o URL privadas en cualquier formulario de consulta público.

Si la respuesta contiene varias direcciones, normalmente eso no indica un error. Los grandes servicios usan varios servidores para disponibilidad, reparto de carga y distribución de contenido. Un resolvedor también puede devolver un subconjunto o un orden diferente con el tiempo. Al comparar respuestas, incluye el resolvedor y la marca de tiempo; dos observaciones sin ese contexto pueden parecer contradictorias aunque ambas fueran válidas. Una dirección DNS te dice adónde puede intentar conectarse un cliente tras la resolución, no si el servicio está sano ni si la dirección seguirá igual. Los sitios web pueden cambiar sus registros durante migraciones, conmutaciones por error o tareas rutinarias de mantenimiento de la infraestructura.

Cuando un nombre se resuelve a través de un alias

Un registro CNAME indica que un nombre DNS es un alias de otro nombre. La primera respuesta no es en sí una dirección IP; el resolvedor sigue el alias y consulta los registros de dirección del destino. Esta indirección permite a un proveedor de alojamiento gestionar una infraestructura cambiante detrás de un nombre de host estable. También significa que la configuración DNS del destino del CNAME influye en el resultado final. Un verificador que solo muestra el alias inicial puede parecer no ofrecer ninguna dirección, aunque la cadena de resolución acabe produciendo registros A o AAAA. Rastrea la cadena con deliberación en lugar de tratar el alias como una consulta fallida.

• Consulta A y AAAA de forma independiente; uno puede existir sin el otro.
• Anota el nombre de host de destino si hay un CNAME.
• Compara con los servidores de nombres autoritativos cuando haya dudas sobre las respuestas en caché.
• No supongas que el DNS apunta directamente a un servidor físico o de origen.
• Ante un fallo del servicio, prueba la accesibilidad de la red y HTTPS por separado del DNS.

Usa la dirección con cuidado

Una dirección resuelta no es una identidad permanente. Las IP pueden reasignarse, las direcciones anycast pueden enrutar a distintas instalaciones y el alojamiento compartido puede colocar muchos dominios detrás de la misma dirección. Asimismo, ver la IP de un proveedor de nube o de CDN no establece dónde se ejecuta la aplicación de origen. Si vas a actualizar la lista de permitidos de un cortafuegos o una integración, verifica los rangos de direcciones documentados por el proveedor y su proceso de cambios en lugar de copiar el resultado de una consulta puntual. Para la resolución general de problemas, la consulta de dominio a IP puede mostrar las respuestas IPv4 e IPv6 públicas, mientras que cómo encontrar la IP de un sitio web trata métodos relacionados y sus limitaciones.

La clave es adaptar la consulta a tu propósito. Un desarrollador que depura un nuevo registro DNS necesita el nombre de host y el tipo de registro exactos. El propietario de un sitio que revisa una migración necesita una comparación de antes y después y ser consciente de la caché del TTL. Un visitante que diagnostica una caída necesita distinguir la resolución de la conectividad y de la respuesta de la aplicación. Son preguntas relacionadas pero distintas, y un único resultado de IP no puede responderlas todas. Trata el DNS como una capa más en el camino desde un nombre hasta un servicio que funciona y prueba después la siguiente capa que corresponda al fallo observado.

Cuando una consulta de dominio no basta

Algunas tareas requieren información que va más allá de la respuesta de dirección pública. Un cambio en un cortafuegos puede necesitar un rango oficial del proveedor de nube y no una única respuesta DNS, porque el proveedor puede rotar o ampliar sus puntos de conexión. Una caída de una aplicación puede requerir una solicitud HTTPS, la inspección del certificado o una revisión del panel de alojamiento una vez que la resolución funciona. Una consulta inversa a veces puede devolver un nombre PTR para una dirección, pero lo controla el operador de la dirección y puede estar ausente o ser genérico. Decide qué necesitas antes de usar el resultado: la asignación DNS actual, el propietario de la red, la ubicación aproximada o el estado real del servicio requieren cada uno una fuente distinta. Formula las conclusiones de forma acotada e incluye el resolvedor y la hora. Esa redacción resulta especialmente útil cuando un dominio usa una CDN, ya que la dirección del borde es un punto de entrada público y no necesariamente el backend que genera el contenido del sitio.