DNS & Domains

Validador de domínio

Digite apenas o nome, um por linha, e selecione a regra adequada ao seu uso.

Validador de domínio

Um nome por linha

Relatório de validação

Os nomes são verificados neste navegador, sem consulta DNS nem visita ao domínio digitado.

Opções de validação

Pelo menos dois rótulos; o ponto final é opcional. Não consulta listas de TLD.

UTS #46 não transicional · STD3 · NFC · Verificações Bidi e contexto de junção.

Até 100 linhas não vazias; 65.536 unidades UTF-16 no total e 4.096 por linha. O JSON inclui entradas inválidas.

Abrir conversor Punycode

A entrada ou o modo mudou. Valide novamente antes de exportar.

O Validador de domínio ajuda a separar um erro no nome de um problema no cadastro ou na configuração do serviço. Um rótulo com acento pode ficar maior depois de codificado. Compare o texto original com a forma ASCII e use a posição indicada no relatório para corrigir o que realmente falhou.

Por que usar este Validador de domínio

Contar bytes depois da conversão

O Validador de domínio mede os rótulos após o processamento de IDN. Uma palavra curta pode gerar uma forma xn-- maior. O relatório distingue o limite de cada parte, o corpo ASCII e o formato de transmissão DNS. O ponto raiz final permanece visível, fora dos 253 bytes do corpo.

Três partes de um nome se transformam em blocos ASCII de tamanhos diferentes, acompanhados de barras de medição.

Não perder os itens com erro

A ordem e os nomes repetidos são preservados. Linhas vazias são ignoradas sem renumerar a origem dos erros. Uma entrada inválida não impede a análise das demais: o JSON mantém todas elas, com códigos de diagnóstico para documentar a revisão.

Linhas de entrada seguem para um relatório com marcas de aprovação e um rótulo com erro destacado em vermelho.

Escolha as regras antes de conferir

01

Escolher o tipo de nome

Domínio exige pelo menos dois rótulos. Nome de host aceita printer ou localhost. O modo FQDN desta página exige o ponto final e também aceita com. Não é acrescentado um sufixo de pesquisa do sistema.

02

Ler a forma normalizada

Compare Unicode e ASCII e abra os comprimentos de cada rótulo. Maiúsculas e pontos compatíveis podem mudar na normalização. O perfil não transicional mantém ß. A validação não reescreve o conteúdo digitado.

03

Salvar um relatório atualizado

Desligue a validação automática para usar Validar ou Ctrl/Cmd + Enter. Alterações desabilitam imediatamente a exportação antiga. Exemplos e Limpar mostram antes a quantidade de linhas substituídas; Desfazer recupera a entrada e o relatório juntos.

O que entra na análise

Domínios internacionalizados com o mesmo perfil

Unicode e formas xn-- usam UTS #46 estrito não transicional, com verificações STD3, de hífens, texto bidirecional e contexto de junção. Um rótulo ACE incorreto é recusado mesmo quando sua aparência externa contém apenas caracteres ASCII.

Limites para cada nível

Cada rótulo codificado ocupa de 1 a 63 bytes. O corpo ASCII com separadores admite até 253 bytes. O formato DNS sem compressão admite 255, incluindo os bytes de comprimento e o terminador da raiz. Não basta contar as letras exibidas na tela.

Validação de domínio por linha

A sintaxe de domínio é verificada de forma independente em até 100 linhas não vazias. Erros indicam a linha, a coluna e o rótulo quando disponível. Os primeiros 50 itens aparecem inicialmente; é possível mostrar os demais sem alterar o conteúdo completo do JSON.

Limites e significado do resultado

Não consulta registro nem disponibilidade
Não há requisições DNS, WHOIS, RDAP, HTTP ou de certificado, nem comparação com uma lista de TLD. Um sufixo desconhecido pode passar na sintaxe. O resultado não confirma registro, compra, resolução, titularidade ou segurança do site.
Regras de host, não de todo registro DNS
Rótulos de serviço com sublinhado, curingas e nomes DNS com escapes de barra invertida são rejeitados. O perfil estrito também impede hífens simultâneos na terceira e na quarta posição de rótulos não ACE. Isso é mais restrito que um teste simples de letras, números e hífens.
Somente nomes sem outros componentes
Apenas espaços externos de cada linha são removidos. URL, porta, caminho, e-mail, escape percentual e espaço interno são erros. Em nomes com vários rótulos, o último não pode ser todo numérico. Um rótulo numérico local é permitido no modo nome de host. 123 é aceito como nome local; 123. é rejeitado por indicar explicitamente um rótulo numérico logo abaixo da raiz.
Ponto final exigido neste modo
FQDN aqui verifica a escrita explicitamente absoluta e exige o ponto raiz. Isso não obriga outros sistemas a exibir todo FQDN com ponto final. O ponto isolado, os pontos consecutivos e os rótulos intermediários vazios continuam inválidos.
Entrada limitada, saída completa
O máximo é 65.536 unidades UTF-16 no total, 4.096 por linha e 100 linhas não vazias. Um lote acima do limite bloqueia a exportação em vez de ser cortado. Não há importação de arquivo, ordenação, remoção de duplicatas ou exportação apenas dos válidos; o relatório guarda os erros.

Dúvidas sobre o Validador de domínio

Quais limites de tamanho se aplicam ao nome inteiro e a cada rótulo?

Cada rótulo pode ter até 63 bytes depois da conversão para ASCII. O corpo com os pontos separadores pode atingir 253 bytes; com o ponto raiz final, a escrita chega a 254 caracteres. O limite de 255 bytes vale para o formato DNS, que inclui bytes adicionais de comprimento e terminação.

O caractere de sublinhado é aceito em nomes de host?

Não neste perfil de host. Porém, nomes usados por alguns registros DNS, como _dmarc ou _sip._tcp, podem usar sublinhado. A reprovação aqui informa que a entrada não corresponde ao perfil escolhido, sem afirmar que esses registros não possam existir.

Por que não colocar hífen nas extremidades de um rótulo?

As regras de host e IDN adotadas rejeitam hífen no começo ou no fim de um rótulo. No meio ele costuma ser permitido, mas o perfil UTS #46 estrito também rejeita a combinação simultânea na terceira e na quarta posição de rótulos não ACE.

Como conferir nomes escritos com caracteres fora do ASCII?

O processamento normaliza o nome com UTS #46, converte para Punycode e verifica os bytes ASCII. Entradas já iniciadas por xn-- também passam pela validação da codificação. O link para o conversor específico abre outra ferramenta e não envia automaticamente o conteúdo digitado.

Como os serviços de hospedagem verificam se um domínio já está registrado?

A disponibilidade depende de uma consulta atual ao serviço de registro ou de um registrador. Apenas testar a sintaxe ou tentar resolver um nome não comprova que ele esteja livre para compra. Esta página não faz consulta de registro: ela produz somente um relatório das regras de escrita selecionadas.

Tem outro caso de domínio para conferir?

Confira o nome antes de configurar

Use o Validador de domínio para conferir os rótulos codificados e guardar um relatório que também preserve as entradas que precisam de correção.