Conforme determinamos nos comentários, seu problema era que sua zona reversa não continha os dados que você achava que continham. Você também teve algum tipo de problema de número de série, em que você nos mostrou zonas com número de série 3, mas verificações de zona e logs de carga de zona para o número de série 4.
Quando você tentou procurar o registro reverso para 192.168.7.1:
dinesh@ubuntu:~$ nslookup 192.168.7.1
Server: 127.0.1.1
Address: 127.0.1.1#53
** server can't find 1.7.168.192.in-addr.arpa: NXDOMAIN
o servidor DNS disse "nenhum registro existe". Observe que o endereço que está tentando procurar (um RR PTR para) é 1.7.168.192.in-addr.arpa
. Então, vamos comparar isso com o que você configurou seu servidor DNS.
Você tem uma zona 168.192.in-addr.arpa
, então existe um lugar para qualquer coisa abaixo disso. Vamos ver o que você está servindo nessa zona.
7.1 IN PTR ns1.lab.co.in. ; 192.168.7.1
A origem padrão de um arquivo de zona é o nome da zona, e a origem é anexada a qualquer nome não qualificado (em que "totalmente qualificado" significa "terminado por um período final") nessa zona. (Isso é muito útil particularmente para as zonas de redirecionamento, pois permite usar o mesmo arquivo de zona para muitas zonas similares.) Portanto, o acima é o mesmo que:
7.1.168.192.in-addr.arpa. IN PTR ns1.lab.co.in. ; 192.168.7.1
7.1.168.192.in-addr.arpa é o local de registro reverso para 192.168.1.7, não 192.168.7.1. Em zonas DNS reversas, a ordem de todos os octetos do endereço IP é invertida. Isso pode ser uma fonte significativa de confusão quando você tem zonas DNS reversas de vários octetos. O comentário está mentindo para você.
Como sugeri nos comentários, a maneira de determinar que este é o problema é simplesmente procurar o endereço em que você está servindo um registro reverso, ou seja, 192.168.1.7, e veja se isso mostra o nome que você espera para 192.168.7.1. Como aparentemente aconteceu, a solução é consertar sua zona reversa invertendo a ordem do octeto. Em outras palavras, você precisa alterar o arquivo da zona inversa para dizer:
1.7 IN PTR ns1.lab.co.in. ; 192.168.7.1
Uma vez que você faça isso, e aumente o número de série da zona (SOA) para um valor maior que aquele em qualquer um dos escravos (no seu caso, isso é apenas um), ou force uma atualização da zona em todos os escravos. , as pesquisas inversas para 192.168.7.1 devem render o resultado esperado ns1.lab.co.in.
.