Validador de arquivos de zona DNS

Como usar

1. Cole o arquivo de zona na caixa. Ele fica no navegador: nada é enviado e nenhuma consulta é feita.
2. Deixe o campo de origem vazio se o arquivo começa com $ORIGIN. Se não, escreva ali o nome da zona exatamente como a configuração do servidor o nomeia, porque o mesmo arquivo significa coisas diferentes sob origens diferentes.
3. Se o arquivo não for analisado, leia o número da linha e a linha impressa abaixo: o erro é relatado onde o analisador desistiu, o que para uma aspa solta ou um parêntese aberto pode ser uma linha depois do engano.
4. Confira o painel do SOA: a caixa postal responsável aparece como endereço de e-mail e cada temporizador vem em segundos com a forma legível ao lado.
5. Percorra os achados de cima para baixo — primeiro erros, depois avisos e por fim notas — e use o número da linha de cada um para voltar ao registro problemático.

Perguntas frequentes

Por que meu CNAME virou example.com.example.com.?

Porque o destino não tinha ponto final. Num arquivo mestre todo nome é relativo à origem atual, a menos que termine em ponto, e o analisador não tem como saber se "example.com" era para ser um nome totalmente qualificado ou um host chamado example.com dentro da sua zona. A regra vale para todos os campos de nome, não só CNAME: destinos de MX, NS e SRV e o servidor primário do SOA recebem a origem do mesmo jeito. O hábito que evita isso é escrever com ponto todo nome que sai da sua zona e escrever os de dentro como rótulos soltos.

O arquivo não tem $TTL. Isso é um erro?

Não necessariamente. O RFC 1035 não tinha a diretiva $TTL; o RFC 2308 a acrescentou e passou a exigi-la, mas a maioria dos analisadores, dnspython incluído, ainda recorre ao campo minimum do SOA para qualquer registro sem TTL próprio — e se o SOA for o primeiro registro, o TTL dele também vem do seu minimum. Um registro sem TTL que apareça antes do SOA e antes de qualquer $TTL é um erro de verdade, já que não há de que herdar. Esta ferramenta relata esse recurso como nota e diz qual valor acabou sendo usado.

Dois registros com o mesmo nome e tipo têm TTLs diferentes. Qual vence?

Nenhum, na prática. Todos os registros de um mesmo nome e tipo formam um único RRset, e um RRset é servido com um só TTL; quando o arquivo dá vários, o carregador fica com o menor e não há aviso nenhum no log. Isso significa que um registro de 60 segundos ao lado de um de 86400 do mesmo nome e tipo deixa os dois em 60 segundos, o que costuma ser o contrário do que o autor queria. A ferramenta mostra o TTL efetivo na tabela e marca cada linha cujo TTL escrito foi sobreposto.

Por que um registro com nome fora da zona some da tabela?

Porque ele some da zona. Um carregador só guarda os registros cujo nome de proprietário esteja na origem da zona ou abaixo dela; o resto são dados fora de zona e são descartados em silêncio, e não rejeitados. É assim que um registro PTR colado numa zona direta, ou um registro que sobrou da origem anterior depois de uma linha $ORIGIN, desaparece sem que o arquivo chegue a falhar. A ferramenta lista cada nome descartado como achado para que o sumiço pelo menos fique visível.

Um registro TXT pode passar de 255 caracteres?

O registro pode; uma única string dentro dele não. Uma character-string no DNS carrega um comprimento de um octeto, então 255 é o teto duro, e uma string entre aspas maior que isso é erro de sintaxe, não truncamento. O jeito de escrever um valor longo de DKIM ou SPF é com vários pedaços entre aspas num mesmo registro — "primeira parte" "segunda parte" — que o servidor concatena sem nada no meio. Os resolvedores entregam os pedaços separadamente à aplicação, então um valor cortado num ponto arbitrário se remonta certo, mas só se os pedaços estiverem na ordem.

Um arquivo de zona válido significa que o DNS vai funcionar?

Não. A análise prova a sintaxe, e as verificações extras aqui provam alguma coerência interna, mas nada dentro de um arquivo pode dizer que a zona pai delega para os seus servidores de nomes, que esses servidores carregaram esta versão, que os endereços são alcançáveis ou que o serial que você subiu é mesmo maior que o que os seus secundários já têm. A comparação de seriais, em particular, é aritmética de espaço de sequência de 32 bits, então um serial que "caiu" porque alguém digitou uma data errada pode deixar os secundários presos na zona antiga até o número dar a volta.

Ferramentas relacionadas