Validador FQDN

O FQDN Validator verifica se um nome de domínio é um Fully Qualified Domain Name (Nome de Domínio Completamente Qualificado) propriamente formatado com labels válidos um top-level domain (TLD) reconhecido e estrutura geral correta. Digite um valor como mail.example.com ou shop.example.co.uk para verificar se qualifica como um FQDN válido com feedback detalhado sobre qualquer problema estrutural ou de TLD encontrado.

Entendendo Fully Qualified Domain Names

Um Fully Qualified Domain Name é o endereço completo de um host na hierarquia DNS do começo de máquina específica até a raiz. Quando você digita www.example.com em um navegador aquele é um FQDN porque especifica exatamente onde na árvore DNS global o servidor vive. Compare isto com um nome relativo como www qual apenas faz sentido se seu sistema sabe para anexar um domínio de busca como example.com. FQDNs removem aquela ambiguidade completamente e essa é a razão pela qual eles são necessários em tantos lugares: certificados TLS configuração de servidor de correio arquivos de zona DNS e definições de endpoint de API.

A distinção importa mais do que a maioria dos administradores realiza. Um certificado emitido para mail significa nada fora sua rede local mas um certificado para mail.example.com é globalmente único e verificável. Quando você configura um registro MX o alvo deve ser um FQDN porque servidores de correio ao redor do mundo precisam resolvê-lo sem conhecer seus domínios de busca DNS locais. Quando BIND carrega um arquivo de zona qualquer nome sem um ponto à direita é tratado como relativo à origem da zona e esquecer aquele ponto à direita no que você pretendia como um FQDN é um dos erros de configuração DNS mais comuns.

Este validador verifica todos os requisitos estruturais de um FQDN: pelo menos dois labels (hostname mais TLD) cada label seguindo sintaxe RFC 1123 um TLD reconhecido do registro IANA ou TLD especial-uso válido comprimento total dentro de limites DNS e codificação Punycode correta para domínios internacionalizados. Captura problemas antes que causem rejeições de certificado falhas de resolução DNS ou serviços mal-configurados.

Como Validar um Fully Qualified Domain Name

1. Digite o nome de domínio a validar (por exemplo mail.example.com ou shop.example.co.uk)
2. A ferramenta verifica sintaxe de label validade de TLD limites de comprimento e estrutura geral de FQDN
3. Analise o resultado mostrando se a entrada qualifica como um FQDN válido
4. Se inválido leia os detalhes de violação específica para corrigir o nome de domínio

Exemplos de Validação de FQDN

Quando Usar o FQDN Validator

• Solicitações de certificado TLS -- Autoridades de certificado requerem FQDNs válidos em campos Common Name e SAN; domínios inválidos causam rejeição CSR
• Configuração de zona DNS -- Verificar nomes de domínio antes de adicionar registros previne falhas de carregamento de zona
• Configuração de servidor de email -- Registros MX includes de SPF e roteamento de correio dependem de FQDNs válidos
• Análise de segurança e ameaça -- Validar domínios de logs ou feeds de ameaça antes de executar lookups de reputação
• Configuração de aplicativo -- Endpoints de API URLs de webhook e entradas de service discovery precisam domínios propriamente formatados
• Verificações de registro de domínio -- Confirmar validade de nome antes de tentar registro com um registrador

Como Estrutura de FQDN Funciona

Um Fully Qualified Domain Name especifica um local exato na hierarquia DNS do host específico até a raiz. Diferentemente de nomes relativos FQDNs são inequívocos independente do domínio de busca DNS configurado em um cliente.

Componentes de FQDN

Para mail.staging.example.co.uk:

• Labels de subdomínio: mail, staging -- identificam o host específico e ambiente
• Domínio de segundo nível: example -- o nome de domínio registrado
• Top-level domain: co.uk -- o sufixo público sob qual o domínio é registrado
• Raiz implícita: O label vazio no final da árvore DNS (representado por um ponto à direita)

Verificações de Validação Executadas

1. Contagem de label: Pelo menos dois labels são obrigatórios (hostname + TLD)
2. Sintaxe de label: Cada label segue regras RFC 1123 (alfanumérico + hífens 1-63 caracteres)
3. Reconhecimento de TLD: Os labels à direita devem corresponder um sufixo público registrado IANA ou um TLD especial-uso conhecido
4. Comprimento total: O FQDN completo não deve exceder 253 caracteres
5. Validação Punycode: Labels começando com xn-- são verificados para codificação internacionalizada válida

Nomes de Domínio Internacionalizados (IDNs)

Domínios contendo caracteres não-ASCII como munchen.de ou scripts unicode são codificados usando Punycode em DNS. A forma codificada usa um prefixo xn-- por exemplo xn--mnchen-3ya.de. O validador verifica tanto a codificação Punycode quanto os caracteres Unicode decodificados para garantir o IDN é válido.

Validação de FQDN na Prática

A coisa mais importante entender sobre validação de FQDN é que ela é uma verificação estrutural não uma verificação de vivacidade. Um domínio pode ser perfeitamente válido como um FQDN e ainda não existir em DNS. O validador diz se o nome é bem-formado e seria aceito por software DNS autoridades de certificado e outros sistemas que requerem FQDNs. Se alguém realmente registrou o domínio e configurou registros DNS para isto é uma pergunta separada.

Uma fonte comum de confusão é a diferença entre validação de TLD e existência de domínio. O validador verifica se o TLD é reconhecido por IANA qual significa foi delegado na zona raiz. Mas ter um TLD válido não significa o domínio de segundo nível é registrado. totally-fake-domain-12345.com tem um TLD válido (.com) e passa validação estrutural de FQDN mas quase certamente não existe em DNS. Se você precisa verificar se um domínio realmente resolve você precisa de uma ferramenta de lookup DNS não apenas um validador de FQDN.

Outra área onde administradores ficam confusos é manipulação de TLDs especial-uso. Nomes como server.local, host.internal e router.home.arpa usam TLDs reservados para propósitos especiais e não são parte do DNS global. O validador reconhece estes como FQDNs válidos porque são legítimos em seus contextos pretendidos (mDNS redes privadas etc.) mas nunca resolverão na internet pública. Se você está validando domínios para serviços públicos como certificados TLS ou registros MX você também deve verificar que o TLD é um publicamente resolvível não apenas estruturalmente válido.

Tenha cuidado com distinção de ponto à direita. Em protocolo DNS e arquivos de zona BIND o ponto à direita marca um nome como absoluto. Em quase todos os outros contextos (navegadores configs de aplicativo solicitações de certificado) o ponto à direita é omitido. Ambos example.com e example.com. são FQDNs válidos mas usar a forma errada no contexto errado causa problemas. Arquivos de zona sem pontos à direita em alvos externos são uma das fontes de misconfiguration DNS mais frequentes.

Perguntas Frequentes

O que torna um domínio "completamente qualificado" versus apenas um hostname?

Um nome de domínio completamente qualificado inclui todos os labels do host até o top-level domain fornecendo um caminho absoluto na hierarquia DNS. O hostname mail é relativo e depende do domínio de busca DNS local mas mail.example.com é completamente qualificado e resolve do mesmo jeito em qualquer lugar. Em configuração BIND um FQDN é indicado por um ponto à direita (mail.example.com.) mas na maioria dos outros contextos o ponto à direita é opcional.

O validador de FQDN executa lookups DNS ao vivo?

Não. O validador verifica a correção estrutural do nome de domínio sem executar resolução DNS. Um domínio pode ser sintaticamente válido como um FQDN mas não realmente existir em DNS. Esta validação offline é útil para verificar nomes antes que sejam registrados ou configurados.

Como o validador lida com novos gTLDs genéricos como .app ou .dev?

O validador usa o registro TLD IANA qual inclui todos os top-level domains delegados. Novos gTLDs como .app, .dev, .io e centenas de outros adicionados através do programa novo gTLD de ICANN são reconhecidos como válidos. O registro é periodicamente atualizado para incluir TLDs recentemente delegados.

Um endereço IP pode ser um FQDN?

Não. Um FQDN é um nome de domínio na hierarquia DNS composto de labels separados por pontos. Enquanto um endereço IPv4 como 192.168.1.1 superficialmente se parece com um nome pontilhado não é um nome de domínio e não passa validação FQDN. Endereços IP e nomes de domínio são identificadores fundamentalmente diferentes ainda que relacionados através de resolução DNS.

Qual é a diferença entre esta ferramenta e o Hostname Validator?

O Hostname Validator verifica regras de sintaxe RFC 1123 para hostnames individuais incluindo nomes de label-único como localhost. O FQDN Validator vai adiante requerendo pelo menos dois labels e verificando que o TLD é reconhecido por IANA. Use o Hostname Validator para verificação de sintaxe de hostname geral; use o FQDN Validator quando você precisa confirmar um nome é globalmente único e completo.

Como TLDs especial-uso como .local e outros são manipulados?

TLDs especial-uso como .local (mDNS), .onion (Tor), .test e .home.arpa são reconhecidos como válidos porque são formalmente reservados por IANA para propósitos específicos. O validador os aceita como estruturalmente válidos FQDNs porém nunca resolverão na internet pública.

Ferramentas Relacionadas

• Hostname Validator - Valide hostnames por padrões RFC 1123
• Root Domain Extractor - Extraia o domínio registrável usando a Public Suffix List
• URL → Hostname Extractor - Extraia hostnames de URLs em massa
• Subdomain Extractor - Extraia subdomínios de hostnames em massa
• BIND Zone A/AAAA Generator - Gere registros BIND A e AAAA de CSV