Validador de Hostname

O Hostname Validator verifica se uma string dada é um hostname válido de acordo com as regras RFC 1123. Digite um valor como web-server-01.example.com ou my-app e a ferramenta informa imediatamente se passa ou falha na validação, com detalhes específicos sobre qualquer violação, como caracteres ilegais, excesso de comprimento ou hífens colocados incorretamente.

Entendendo a Validação de Hostname

Se você trabalha com servidores, DNS ou qualquer tipo de infraestrutura de rede, hostnames estão em todos os lugares. Aparecem em registros DNS, solicitações de certificado TLS, configurações de servidor web, arquivos de hosts e painéis de monitoramento. Um hostname que parece correto à vista pode silenciosamente quebrar coisas se contiver um caractere ou padrão que viole as regras. Um underscore em um hostname pode funcionar no seu resolvedor DNS local, mas fazer uma autoridade de certificado rejeitar sua CSR. Um rótulo que começa com um hífen pode carregar em uma aplicação e falhar em outra. Esses problemas são difíceis de diagnosticar porque o hostname parece razoável à primeira vista.

RFC 1123 atualizou a especificação original RFC 952 para definir a sintaxe de hostname usada na internet hoje. As regras são diretas mas fáceis de violar por acidente: cada rótulo (as seções entre pontos) pode conter apenas letras ASCII, dígitos e hífens, deve começar e terminar com um caractere alfanumérico e não pode exceder 63 caracteres. O hostname total incluindo todos os rótulos e pontos deve ficar abaixo de 253 caracteres. Essas restrições existem porque mapeiam diretamente para como DNS codifica nomes no wire, e toda implementação DNS, servidor de mail e autoridade de certificado as aplicam.

Este validador aplica essas regras sistematicamente. Você cola um hostname e obtém um resultado imediato de aprovado ou reprovado com a regra específica que foi violada. Detecta underscores, hífens principais ou finais, rótulos longos demais, caracteres especiais, espaços e excesso de comprimento total. Se você está validando um único hostname antes de solicitar um certificado ou auditando um arquivo de configuração com centenas de entradas, a ferramenta diz exatamente o que está errado e onde.

Como Validar um Hostname

1. Digite a string de hostname que você quer validar (ex: web-server-01.example.com)
2. A ferramenta verifica cada rótulo contra as regras de nomenclatura RFC 1123
3. Revise o resultado da validação mostrando status de aprovado/reprovado e qualquer violação específica encontrada
4. Corrija os problemas relatados e re-valide até o hostname passar em todas as verificações

Exemplos de Validação de Hostname

Quando Usar o Hostname Validator

• Antes de configurar registros DNS para garantir que o hostname será resolvido corretamente em todos os servidores DNS
• Validando entrada do usuário em formulários web ou APIs que aceitam hostnames para configuração de serviço
• Auditando arquivos de configuração (nginx, Apache, arquivos de hosts) para typos e entradas inválidas
• Pré-verificando hostnames para certificados TLS para evitar rejeições de solicitação de assinatura de certificado
• Solucionando problemas de DNS quando um hostname que parece correto se recusa a resolver
• Migrando zonas DNS para detectar entradas inválidas antes de importar em um novo provedor

Como as Regras RFC 1123 de Hostname Funcionam

RFC 1123 atualizou a especificação original de hostname RFC 952 para definir a sintaxe usada na internet hoje. As regras governam todo hostname usado em DNS, email, URLs e configuração de rede.

Regras de Rótulo

Cada hostname consiste de um ou mais rótulos separados por pontos. Cada rótulo deve:

• Conter apenas letras ASCII (a-z, A-Z), dígitos (0-9) e hífens (-)
• Começar com um caractere alfanumérico (não um hífen)
• Terminar com um caractere alfanumérico (não um hífen)
• Estar entre 1 e 63 caracteres de comprimento

Limite Total de Comprimento

O hostname completo, incluindo pontos entre rótulos, não pode exceder 253 caracteres. Esse limite vem do formato wire DNS, onde cada rótulo é precedido por um byte de comprimento e o nome é terminado com um byte nulo, dando um máximo de 255 bytes total.

Underscores e Nomes DNS Especiais

Underscores (_) são tecnicamente inválidos em hostnames, embora alguns sistemas os tolerem. Nomes de registros DNS como _dmarc.example.com, _sip._tcp.example.com e _acme-challenge.example.com usam underscores por design, mas esses são nomes DNS, não hostnames. Hostnames regulares que identificam hosts em uma rede não devem conter underscores. Muitos servidores de mail, autoridades de certificado TLS e frameworks de aplicação rejeitam hostnames com underscores, então mesmo que seu resolvedor local os aceite, você eventualmente atingirá um sistema que não.

Pontos Finais e Nomes Absolutos

Um ponto final (ex: example.com.) indica um nome DNS absoluto, também chamado nome de domínio totalmente qualificado. O ponto final é válido em contextos de configuração DNS como arquivos de zona e queries dig, mas a maioria das aplicações e configurações voltadas para o usuário não espera ou lida com isso. Se um ponto final torna um hostname válido ou inválido depende do contexto em que é usado.

Validação de Hostname na Prática

O erro de hostname mais comum na natureza é o underscore. Desenvolvedores frequentemente usam underscores em nomes de servidor porque são usados como separadores em programação. Um servidor nomeado web_prod_01.example.com funcionará bem para acesso SSH e até buscas DNS básicas na maioria dos sistemas, mas falhará quando você tentar obter um certificado TLS para ele. Autoridades de certificado seguem os requisitos de linha de base do CA/Browser Forum, que obrigam hostnames em conformidade com RFC. Renomear um servidor de produção é doloroso, então capturar isso durante a configuração inicial economiza um esforço significativo depois.

Outro problema frequente é hostnames que ultrapassam os limites de comprimento. Isso geralmente acontece com nomes gerados automaticamente em ambientes em nuvem ou sistemas de orquestração de contêiner. Um pod Kubernetes pode receber um nome como my-very-long-application-name-deployment-7b4f8c9d2e-xq9z2.namespace.svc.cluster.local, e se os rótulos ou comprimento total excederem os limites, a resolução DNS silenciosamente falha. Se você está projetando convenções de nomenclatura para infraestrutura automatizada, valide seus nomes esperados mais longos através dessa ferramenta antes de se comprometer com um padrão.

Cuidado com caracteres invisíveis também. Hostnames copiados de documentos, emails ou mensagens de chat às vezes pegam espaços não-quebradores, caracteres de largura zero ou aspas inteligentes. Esses são invisíveis na maioria dos editores mas imediatamente falham na validação de hostname. Se um hostname parece correto mas falha na validação, tente digitá-lo manualmente em vez de colar.

Perguntas Frequentes

Underscores são permitidos em hostnames?

Não. RFC 1123 limita caracteres de hostname a letras, dígitos e hífens. Enquanto alguns DNS implementações toleram underscores, e nomes de registros DNS como _dmarc ou _sip._tcp usam eles, hostnames padrão não devem conter underscores. Muitos servidores de mail e autoridades de certificado TLS rejeitam hostnames com underscores.

Qual é a diferença entre um hostname e um nome de domínio?

Um hostname identifica um host específico em uma rede e segue as regras de sintaxe RFC 1123. Um nome de domínio é um conceito mais amplo dentro da hierarquia DNS. Todos os hostnames são nomes de domínio, mas nem todos os nomes de domínio são hostnames. Por exemplo, _dmarc.example.com é um nome de domínio válido usado para registros DMARC, mas não é um hostname válido porque começa com underscore.

Um hostname pode ser um rótulo único como localhost?

Sim. Hostnames de rótulo único são válidos sob RFC 1123. Exemplos comuns incluem localhost, router e printer. No entanto, hostnames de rótulo único só funcionam dentro de redes locais ou quando um domínio de pesquisa DNS está configurado. Na internet pública, nomes de domínio totalmente qualificados com pelo menos dois rótulos são necessários.

A validação de hostname é sensível a maiúsculas/minúsculas?

Não. Hostnames DNS são insensíveis a maiúsculas/minúsculas por RFC 1123. Os rótulos Server, server e SERVER são todos equivalentes. DNS preserva o caso original em respostas, mas comparações são sempre insensíveis a maiúsculas/minúsculas.

Por que meu hostname falha na validação quando funciona no meu navegador?

Navegadores e sistemas operacionais geralmente são mais lenientes do que a especificação RFC. Um navegador pode navegar com sucesso para um hostname contendo underscore porque o resolvedor DNS subjacente o aceita, mas o hostname ainda é tecnicamente inválido. Outros sistemas como servidores de mail, autoridades de certificado e implementações DNS estritas o rejeitarão. Passar neste validador significa que o hostname é universalmente seguro.

E quanto a hostnames internacionalizados com caracteres não-ASCII?

Hostnames padrão por RFC 1123 apenas permitem caracteres ASCII. Nomes de domínio internacionalizados (IDNs) usam codificação Punycode para representar caracteres não-ASCII em um formato compatível com DNS. O formato codificado (começando com xn--) segue as regras de hostname, mas o formato decodificado em Unicode não. Use o FQDN Validator para verificar nomes de domínio internacionalizados.

Ferramentas Relacionadas

• FQDN Validator - Valide nomes de domínio totalmente qualificados com verificação de TLD
• URL → Hostname Extractor - Extraia hostnames de URLs em lote
• Root Domain Extractor - Extraia domínio raiz usando Public Suffix List
• Subdomain Extractor - Extraia subdomínios de hostnames em lote
• Zone File Linter - Verifique arquivos de zona para erros de sintaxe e duplicatas