A fully qualified domain name (FQDN) is a complete DNS name that uniquely identifies a specific host or service by listing every label from the hostname to the DNS root, eliminating ambiguity that can arise from relative names. In large network environments, FQDNs are critical for consistency across DNS zones, certificates, and configuration files because they prevent the resolution failures, security vulnerabilities, and operational errors that occur when short hostnames depend on search domains or when records drift across systems. Proper FQDN management—maintaining accurate records, respecting DNS length limits, and ensuring alignment between forward and reverse lookups—reduces troubleshooting time, prevents TLS certificate validation errors, and mitigates risks such as subdomain takeover attacks.
Cómo funciona un FQDN
Un FQDN se lee de derecha a izquierda, con cada etiqueta separada por un punto. Cada etiqueta designa un nivel de la jerarquía del DNS, y la secuencia completa apunta a un único lugar en el árbol.
- Raíz: La jerarquía comienza en la raíz del DNS, que se escribe con un punto al final. En el uso cotidiano, el punto final suele omitirse, aunque forma parte de la forma estrictamente absoluta.
- Dominio de nivel superior: la etiqueta visible situada más a la derecha es el dominio de nivel superior, como «com» u «org», que se encuentra directamente bajo la raíz.
- Etiquetas de segundo nivel y subdominios: las etiquetas situadas a la izquierda limitan el ámbito; por ejemplo, el dominio de una organización y, a continuación, cualquier subdominio que se encuentre por debajo de él.
- Nombre de host: La etiqueta situada más a la izquierda suele ser el nombre de host de la máquina o el servicio específico, como «www» en «www.example.com».
- Resolución: un resolutor consulta los servidores de nombres de cada nivel por turnos, o utiliza una caché, hasta que encuentra los registros del nombre completo.
Un nombre sin la cadena completa, como un nombre de host sin más, es un nombre relativo. Un cliente puede ampliarlo utilizando un dominio de búsqueda configurado, lo que puede dar lugar a resultados diferentes en distintas redes. Un FQDN evita esa ampliación. Cada etiqueta está limitada a 63 octetos y el nombre completo a 255 octetos en formato de transmisión, tal y como se establece en el RFC 1035.
Problemas habituales con los FQDN
Un servicio configurado con un nombre de host corto funciona en un segmento de red y falla en otro porque el resolutor añade un dominio de búsqueda diferente, o ninguno en absoluto. Los síntomas incluyen fallos de conexión intermitentes después de que un host cambie de VLAN o se active una VPN.
Algunas herramientas y archivos de zona consideran que un nombre sin punto final es relativo. En un archivo de zona, escribir un FQDN sin el punto final hace que se añada el origen de la zona, lo que da lugar a un nombre como host.example.com.example.com que devuelve NXDOMAIN.
Un certificado TLS emitido para un FQDN no supera la validación cuando los clientes se conectan utilizando un nombre diferente, como un nombre de host abreviado o un alias. Los navegadores y los clientes de API informan de una discrepancia en el nombre, aunque el servidor y el certificado sean válidos por lo demás.
El FQDN en el DNS, el registro IPAM y la propia configuración del host se desajustan tras los cambios de nombre o las reconstrucciones. Las búsquedas directas e inversas dejan entonces de coincidir, y los sistemas de registro, supervisión y correo que comprueban los nombres inversos rechazan o etiquetan erróneamente al host.
Los nombres formados a partir de componentes largos y generados automáticamente pueden superar los límites del DNS de 63 caracteres por etiqueta o 253 caracteres en total en formato de texto. El resultado es el rechazo de la creación de registros o nombres truncados en los flujos de automatización.