Validador FQDN

El Validador de FQDN verifica si un nombre de dominio es un Fully Qualified Domain Name con formato correcto, con labels válidos, un dominio de nivel superior (TLD) reconocido y estructura general correcta. Ingresa un valor como mail.example.com o shop.example.co.uk para verificar si califica como un FQDN válido, con retroalimentación detallada sobre cualquier problema estructural o de TLD encontrado.

Entendiendo los Fully Qualified Domain Names

Un Fully Qualified Domain Name es la dirección completa de un host en la jerarquía DNS, desde la máquina específica hasta la raíz. Cuando escribes www.example.com en un navegador, eso es un FQDN porque especifica exactamente dónde en el árbol DNS global se encuentra el servidor. Compara eso con un nombre relativo como www, que solo tiene sentido si tu sistema sabe que debe agregar un dominio de búsqueda como example.com. Los FQDNs eliminan esa ambigüedad por completo, y por eso son requeridos en tantos lugares: certificados TLS, configuración de servidores de correo, archivos de zona DNS y definiciones de endpoints API.

La distinción importa más de lo que la mayoría de los administradores se dan cuenta. Un certificado emitido para mail no significa nada fuera de tu red local, pero un certificado para mail.example.com es globalmente único y verificable. Cuando configuras un registro MX, el destino debe ser un FQDN porque los servidores de correo de todo el mundo necesitan resolverlo sin conocer tus dominios de búsqueda DNS locales. Cuando BIND carga un archivo de zona, cualquier nombre sin punto final se trata como relativo al origen de la zona, y olvidar ese punto final en lo que pretendías como FQDN es uno de los errores de configuración DNS más comunes.

Este validador verifica todos los requisitos estructurales de un FQDN: al menos dos labels (hostname más TLD), cada label siguiendo la sintaxis RFC 1123, un TLD reconocido del registro IANA o un TLD de uso especial válido, longitud total dentro de los límites DNS y codificación Punycode correcta para dominios internacionalizados. Detecta problemas antes de que causen rechazos de certificados, fallas de resolución DNS o servicios mal configurados.

Cómo validar un Fully Qualified Domain Name

1. Ingresa el nombre de dominio a validar (por ejemplo, mail.example.com o shop.example.co.uk)
2. La herramienta verifica la sintaxis de labels, validez del TLD, límites de longitud y estructura general del FQDN
3. Revisa el resultado que muestra si la entrada califica como un FQDN válido
4. Si es inválido, lee los detalles específicos de la violación para corregir el nombre de dominio

Ejemplos de validación de FQDN

Cuándo usar el Validador de FQDN

• Solicitudes de certificados TLS -- Las autoridades de certificación requieren FQDNs válidos en los campos Common Name y SAN; dominios inválidos causan rechazo del CSR
• Configuración de zona DNS -- Verificar nombres de dominio antes de agregar registros previene fallas de carga de zona
• Configuración de servidor de correo -- Registros MX, includes SPF y enrutamiento de correo dependen de FQDNs válidos
• Seguridad y análisis de amenazas -- Validar dominios de logs o feeds de amenazas antes de realizar búsquedas de reputación
• Configuración de aplicaciones -- Endpoints API, URLs de webhooks y entradas de descubrimiento de servicios necesitan dominios con formato correcto
• Verificaciones de registro de dominio -- Confirmar la validez del nombre antes de intentar el registro con un registrar

Cómo funciona la estructura FQDN

Un Fully Qualified Domain Name especifica una ubicación exacta en la jerarquía DNS, desde un host específico hasta la raíz. A diferencia de los nombres relativos, los FQDNs son inequívocos independientemente del dominio de búsqueda DNS configurado en un cliente.

Componentes del FQDN

Para mail.staging.example.co.uk:

• Labels de subdominio: mail, staging -- identifican el host específico y el entorno
• Dominio de segundo nivel: example -- el nombre de dominio registrado
• Dominio de nivel superior: co.uk -- el sufijo público bajo el cual se registra el dominio
• Raíz implícita: El label vacío al final del árbol DNS (representado por un punto final)

Verificaciones de validación realizadas

1. Conteo de labels: Se requieren al menos dos labels (hostname + TLD)
2. Sintaxis de labels: Cada label sigue las reglas RFC 1123 (alfanumérico + guiones, 1-63 caracteres)
3. Reconocimiento de TLD: Los labels más a la derecha deben coincidir con un sufijo público registrado en IANA o un TLD de uso especial conocido
4. Longitud total: El FQDN completo no debe exceder 253 caracteres
5. Validación Punycode: Los labels que comienzan con xn-- se verifican para codificación internacionalizada válida

Nombres de Dominio Internacionalizados (IDNs)

Los dominios que contienen caracteres no ASCII como munchen.de o scripts unicode se codifican usando Punycode en DNS. La forma codificada usa un prefijo xn--, por ejemplo xn--mnchen-3ya.de. El validador verifica tanto la codificación Punycode como los caracteres Unicode decodificados para asegurar que el IDN sea válido.

Validación de FQDN en la práctica

Lo más importante que hay que entender sobre la validación de FQDN es que es una verificación estructural, no una verificación de existencia. Un dominio puede ser perfectamente válido como FQDN y aún no existir en DNS. El validador te dice si el nombre está bien formado y sería aceptado por software DNS, autoridades de certificación y otros sistemas que requieren FQDNs. Si alguien ha registrado realmente el dominio y configurado registros DNS para él es una cuestión separada.

Una fuente común de confusión es la diferencia entre validación de TLD y existencia de dominio. El validador verifica si el TLD es reconocido por IANA, lo que significa que ha sido delegado en la zona raíz. Pero tener un TLD válido no significa que el dominio de segundo nivel esté registrado. totally-fake-domain-12345.com tiene un TLD válido (.com) y pasa la validación estructural de FQDN, pero casi con certeza no existe en DNS. Si necesitas verificar si un dominio realmente resuelve, necesitas una herramienta de búsqueda DNS, no solo un validador de FQDN.

Otra área donde los administradores se confunden es el manejo de TLDs de uso especial. Nombres como server.local, host.internal y router.home.arpa usan TLDs que están reservados para propósitos especiales y no son parte del DNS global. El validador los reconoce como FQDNs válidos porque son legítimos en sus contextos previstos (mDNS, redes privadas, etc.), pero nunca resolverán en internet público. Si estás validando dominios para servicios públicos como certificados TLS o registros MX, también deberías verificar que el TLD sea uno públicamente resoluble, no solo estructuralmente válido.

Ten cuidado con la distinción del punto final. En el protocolo DNS y los archivos de zona BIND, el punto final marca un nombre como absoluto. En casi cualquier otro contexto (navegadores, configuraciones de aplicación, solicitudes de certificado), el punto final se omite. Tanto example.com como example.com. son FQDNs válidos, pero usar la forma incorrecta en el contexto incorrecto causa problemas. Los archivos de zona sin puntos finales en destinos externos son una de las fuentes más frecuentes de mala configuración DNS.

Preguntas frecuentes

¿Qué hace que un dominio sea "fully qualified" versus solo un hostname?

Un fully qualified domain name incluye todos los labels desde el host hasta el dominio de nivel superior, proporcionando una ruta absoluta en la jerarquía DNS. El hostname mail es relativo y depende del dominio de búsqueda DNS local, pero mail.example.com es fully qualified y resuelve de la misma manera en todas partes. En la configuración BIND, un FQDN se indica con un punto final (mail.example.com.), pero en la mayoría de los otros contextos el punto final es opcional.

¿El validador de FQDN realiza búsquedas DNS en vivo?

No. El validador verifica la corrección estructural del nombre de dominio sin realizar resolución DNS. Un dominio puede ser sintácticamente válido como FQDN pero no existir realmente en DNS. Esta validación offline es útil para verificar nombres antes de que sean registrados o configurados.

¿Cómo maneja el validador los nuevos TLDs genéricos como .app o .dev?

El validador usa el registro de TLD de IANA, que incluye todos los dominios de nivel superior delegados. Los nuevos gTLDs como .app, .dev, .io y cientos de otros agregados a través del programa de nuevos gTLD de ICANN se reconocen como válidos. El registro se actualiza periódicamente para incluir TLDs recién delegados.

¿Puede una dirección IP ser un FQDN?

No. Un FQDN es un nombre de dominio en la jerarquía DNS, compuesto de labels separados por puntos. Aunque una dirección IPv4 como 192.168.1.1 superficialmente se asemeja a un nombre con puntos, no es un nombre de dominio y no pasa la validación de FQDN. Las direcciones IP y los nombres de dominio son identificadores fundamentalmente diferentes, aunque están relacionados a través de la resolución DNS.

¿Cuál es la diferencia entre esta herramienta y el Validador de Hostname?

El Validador de Hostname verifica las reglas de sintaxis RFC 1123 para hostnames individuales, incluyendo nombres de un solo label como localhost. El Validador de FQDN va más allá requiriendo al menos dos labels y verificando que el TLD sea reconocido por IANA. Usa el Validador de Hostname para verificación general de sintaxis de hostname; usa el Validador de FQDN cuando necesitas confirmar que un nombre es globalmente único y completo.

¿Cómo se manejan .local y otros TLDs de uso especial?

Los TLDs de uso especial como .local (mDNS), .onion (Tor), .test y .home.arpa se reconocen como válidos porque están formalmente reservados por IANA para propósitos específicos. El validador los acepta como FQDNs estructuralmente válidos, aunque no resolverán en internet público.

Herramientas relacionadas

• Validador de Hostname - Valida hostnames según los estándares RFC 1123
• Extractor de Dominio Raíz - Extrae el dominio registrable usando la Public Suffix List
• URL a Extractor de Hostname - Extrae hostnames de URLs en lote
• Extractor de Subdominios - Extrae subdominios de hostnames en lote
• Generador de Registros A/AAAA de Zona BIND - Genera registros A y AAAA de zona BIND desde CSV