Existem muitos problemas óbvios.
-
Seu comando
named-checkzone exemple.tn /var/named/db.cba.tnvalida o conteúdo de uma zona com o nomeexemple.tnlendo seus dados do arquivo/var/named/db.cba.tn.
No entanto, olhando seus dados de configuração e zona fornecidos,/var/named/db.cba.tnparece 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.arpaou algo assim para torná-lo mais óbvio do que realmente é. -
O registro
NSnessa 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
SOARNAMEna suaexemple.tnzone é[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 oSOARNAMEna 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)