Usando os endereços que você tem no arquivo de zona acima, 1.2.3.4 e 101.102.103.104, há dois registros PTR com os quais você se preocupará - 4.3.2.1.in-addr.arpa e 104.103.102.101.in-addr. arpa.
SE você está delegando o gerenciamento das zonas de zonas reversas 3.2.1.in-addr.arpa e 103.102.101.in-addr.arpa, você pode declará-las em seu arquivo named.conf, por exemplo:
zone "3.2.1.in-addr.arpa" in {
type master;
file "3.2.1.rev";
};
e crie arquivos de zona e preencha-os com registros PTR, por exemplo:
$TTL 2d ; 172800 seconds
$ORIGIN 3.2.1.IN-ADDR.ARPA.
@ IN SOA ns1.example.com. hostmaster.example.com. (
2013010304 ; serial number
3h ; refresh
15m ; update retry
3w ; expiry
3h ; nx = nxdomain ttl
)
IN NS ns1.example.com.
IN NS ns2.example.com.
4 IN PTR mysite.net.
; etc
O problema é que, como as outras respostas disseram, a menos que você tenha autoridade delegada para as zonas reversas para quem recebeu o seu bloco de endereços ARIN (ou qualquer um dos controles regionais de registros da Internet para sua região), você pode ter seu nome servidor publica qualquer zona que você quiser, mas ninguém nunca encontrará , seguindo uma cadeia de delegação da raiz.
Assim, é importante que você entenda quem deve publicar os registros, seja de sua responsabilidade ou de outra pessoa.