La zone DNS inversée ne fonctionne pas publiquement

J'ai configuré un serveur DNS pour qu'il s'exécute publiquement et tout fonctionne correctement, à l'exception de la zone inversée, qui réussit localement mais la requête dans n'importe quel autre serveur DNS génère l'erreur suivante:

root@ns1:/# nslookup
> server
Default server: 168.121.42.16
Address: 168.121.42.16#53
> labtech.inf.br
Server:     168.121.42.16
Address:    168.121.42.16#53

Name:   labtech.inf.br
Address: 168.121.42.16
> 168.121.42.16
Server:     168.121.42.16
Address:    168.121.42.16#53

16.42.121.168.in-addr.arpa  name = ns1.labtech.inf.br.
> server 8.8.8.8
Default server: 8.8.8.8
Address: 8.8.8.8#53
> labtech.inf.br
Server:     8.8.8.8
Address:    8.8.8.8#53

Non-authoritative answer:
Name:   labtech.inf.br
Address: 168.121.42.16
> 168.121.42.16
Server:     8.8.8.8
Address:    8.8.8.8#53

** server can't find 16.42.121.168.in-addr.arpa: NXDOMAIN
> exit

Mes fichiers de zones:

 root@ns1:/# cat /etc/bind/zones/db.168.121.42 

$TTL    604800
@   IN  SOA labtech.inf.br. hostmaster.labtech.inf.br. (
        20160607        ; Serial
         604800     ; Refresh
          86400     ; Retry
        2419200     ; Expire
         604800 )   ; Negative Cache TTL
; Name servers
    IN  NS  ns1.labtech.inf.br.

; PTR records
16  IN  PTR ns1.labtech.inf.br.


root@ns1:/# cat /etc/bind/zones/db.labtech.inf.br 


$TTL    604800
@   IN  SOA ns1.labtech.inf.br. hostmaster.labtech.inf.br. (
         20160608       ; Serial
         604800     ; Refresh
          86400     ; Retry
        2419200     ; Expire
         604800 )   ; Negative Cache TTL

; Name servers
labtech.inf.br.     IN  NS  ns1.labtech.inf.br.
labtech.inf.br.     IN  A   168.121.42.16

; A records for name servers
ns1         IN  A   168.121.42.16

; MX records
@   3600        IN  MX  1   mail.labtech.inf.br.


; Other a records
www         IN  CNAME   labtech.inf.br.
mail            IN  A   184.107.51.101  

Quel pourrait être le problème avec cette zone inversée?

Les zones ne deviennent "publiques" qu'une fois qu'il y a une délégation dans la zone parente, et il semble que 168.IN-ADDR.ARPA. cela ne ressemble à rien pour le moment.

Pour le DNS inversé, la délégation doit être effectuée par le propriétaire des adresses IP, c'est-à-dire probablement votre fournisseur d'accès. LACNIC a publié un article sur la configuration de rDNS .

(Pour clarifier, cela n'a absolument rien à voir avec labtech.inf.br. C'est une délégation séparée faite par une organisation différente.)