Ok, eu procurei neste site e li as inúmeras perguntas sobre o mesmo tópico, mas o mais intrigante é que eu tenho um registro A para as duas entradas do ns.
Quando executo o named-checkzone nos meus registros DNS reversos, recebo este erro:
zone example.com/IN: NS 'ns.example.com' não possui registros de endereço (A ou AAAA)
zone example.com/IN: NS 'ns2.example.com' não possui registros de endereço (A ou AAAA)
Obviamente, estou fazendo algo estúpido, mas alguém poderia lançar alguma luz sobre o que exatamente é, pois estou perplexo com este.
Aqui está o meu arquivo de zona de domínio:
$TTL 604800
@ IN SOA ns.example.com. root.example.com. (
12 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
@ IN NS ns.example.com.
@ IN NS ns2.example.com.
@ IN MX 10 mail.example.com.
@ IN A 192.168.1.109
example.com. IN A 192.168.1.109
ns IN A 192.168.1.109
ns2 IN A 192.168.1.109
mail IN A 192.168.1.109
www IN A 192.168.1.109
e aqui está o meu arquivo de zona DNS reversa:
$TTL 604800
@ IN SOA ns.example.com. root.example.com. (
9 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
@ IN NS ns.example.com.
@ IN NS ns2.example.com.
109 IN PTR example.com.
109 IN PTR ns.example.com.
109 IN PTR ns2.example.com.
Muito obrigado.
domain-name-system
ubuntu
bind
Cromulento
fonte
fonte
Respostas:
Estranho - copiar e colar sua resposta e executar a zona de verificação nomeada resulta em:
Tem certeza de que esse é o arquivo de zona correto que você possui no seu sistema? Existe uma diretiva $ ORIGIN em algum lugar entre os registros NS e A no seu arquivo que está alterando a raiz da zona?
fonte
Eu já fui pego nisso antes.
Você não pode verificar o arquivo da zona reversa com o mesmo domínio, porque precisa usar o domínio reverso.
Tente o seguinte:
fonte
O que
dig @your-server-ip example.com soa
diz edig @your-server-ip 4.3.2.in-addr.arpa
diz? Substitua a zona reversa pela sua zona reversa real.Ambos estão carregados no mesmo servidor?
Qual versão do named-checkzone? Qual versão do BIND?
Se eu tivesse um endereço IP real ou nomes de domínio para testar, poderia ser muito mais útil aqui.
fonte
Eu acho que você está obtendo seus argumentos para uma zona de verificação nomeada mungada.
Duplico seu erro com:
A verificação apropriada para a zona reversa é: named-checkzone 1.168.192.in-addr.arpa 1.168.192.in-addr.arpa
Minha resposta original abaixo ...
Tente substituir o sinal @ nos arquivos da zona pela zona real que você está tentando definir ... (@ é substituído pela cadeia de caracteres da variável zone do named.conf, que eu suspeito que possa não estar correta)
ou seja, substitua o primeiro sinal @ por "example.com". <- observe o ponto final
Para o arquivo reverso, você o substituirá pelo in-addr.arpa apropriado. linha, dependendo ...
fonte