Existem muitos problemas óbvios.
-
Seu comando
named-checkzone exemple.tn /var/named/db.cba.tn
valida o conteúdo de uma zona com o nomeexemple.tn
lendo seus dados do arquivo/var/named/db.cba.tn
.
No entanto, olhando seus dados de configuração e zona fornecidos,/var/named/db.cba.tn
parece ter dados para a zona reversa85.168.192.in-addr.arpa
(para192.168.85.0/24
), não para a zonaexemple.tn
.
Para tornar isso menos confuso, você pode considerar nomear esse arquivodb.85.168.192.in-addr.arpa
ou algo assim para torná-lo mais óbvio do que realmente é. -
O registro
NS
nessa zona reversa aponta parans.exmple.tn.
, que é semelhante o suficiente parans.exemple.tn.
em uma de suas outras zonas, e tenho que saber se isso é um erro de digitação ou intencional? -
O
SOA
RNAME
na suaexemple.tn
zone é[email protected]
, mas provavelmente deve serroot.exemple.tn
(se você realmente aceitar emails enviados para[email protected]
, caso contrário, provavelmente algo totalmente diferente ).
Da mesma forma, tenho que me perguntar se oSOA
RNAME
na zona reversa deve simplesmente ter o mesmo valor? -
A mensagem de erro real é de uma verificação baseada em uma pesquisa real desse nome. Dependendo das circunstâncias, você pode querer apenas validar dados locais (veja a opção
-i
)