Ao especificar registros PTR usando o domínio in-addr.arpa
, a parte menos significativa do endereço IP da rede deve vir antes das partes restantes, ou seja, o contrário da maneira usual de especificar endereços IP em notação ponto-decimal.
De artigo da Wikipedia sobre pesquisas de DNS reverso
Reverse DNS lookups for IPv4 addresses use a reverse IN-ADDR entry in the special domain in-addr.arpa. In this domain, an IPv4 address is represented as a concatenated sequence of four decimal numbers, separated by dots, to which is appended the second level domain suffix .in-addr.arpa. The four decimal numbers are obtained by splitting the 32-bit IPv4 address into four 8-bit portions and converting each 8-bit portion into a decimal number. These decimal numbers are then concatenated in the order: least significant 8-bit portion first (leftmost), most significant 8-bit portion last (rightmost). It is important to note that this is the reverse order to the usual dotted-decimal convention for writing IPv4 addresses in textual form.
No seu caso, 172.16.0.in-addr.arpa
deve ser reescrito em todos seus arquivos de configuração do BIND como 0.16.172.in-addr.arpa
. Por exemplo, veja como o arquivo de zona deve estar:
$ORIGIN .
$TTL 604800 ; 1 week
0.16.172.in-addr.arpa IN SOA braintree.mosek.intranet. admin.mosek.com. (
79 ; serial
604800 ; refresh (1 week)
86400 ; retry (1 day)
2419200 ; expire (4 weeks)
604800 ; minimum (1 week)
)
NS braintree.mosek.intranet.
$ORIGIN 0.16.172.in-addr.arpa
$TTL 3600 ; 1 hour
179 PTR harbinger.mosek.intranet