Apenas alguns ajustes de terminologia aqui. O DNS reverso não está configurado no seu servidor. Seu servidor é atribuído endereços IP e esses endereços IP têm entradas DNS reversas. Esses IPs são completamente independentes do seu servidor.
Obtenha o endereço IP do seu servidor
$ ip addr show
agora verifique se você consegue resolvê-lo
$ host 1.2.3.4
onde 1.2.3.4 é o seu IP por exemplo,
$ host 74.125.67.100
100.67.125.74.in-addr.arpa domain name pointer gw-in-f100.1e100.net.
Isso obviamente usa seus servidores de nomes locais e há sempre a possibilidade de você ter registros armazenados em cache se você já os pesquisou anteriormente e não estava lá. Este é um bom método para verificar se o seu provedor configurou o rDNS adequadamente para você:
O DNS reverso funciona revertendo cada um dos octetos do endereço IP e usando o domínio in- addr.arpa . Usando o IP que usei acima (74.125.67.100) como exemplo, 74 é o primeiro octeto, 125 é o segundo octeto, etc.
Então, ao invertê-lo, obtemos 100.67.125.74 ... agora adicionamos o in-addr.arpa ao final para obter o registro PTR desse IP
ou seja,
100.67.125.74.in-addr.arpa ptr
dig é a ferramenta canônica para depuração de DNS, portanto, para descobrir onde os servidores de nomes são para essa classe, você precisa continuar despir os octetos para encontrá-los.
por exemplo,
$ dig +short 67.125.74.in-addr.arpa
$ dig +short 125.74.in-addr.arpa
ns4.google.com.
ns1.google.com.
ns2.google.com.
ns3.google.com.
Certo, nós temos uma partida. Isso significa que ns {1,2,3,4} .google.com gerencia os registros reversos de todos os IPs 74.125.x.x
Então, para consultar diretamente seus servidores de nomes, usamos:
$ dig +short 100.67.125.74.in-addr.arpa @ns4.google.com ptr
gw-in-f100.1e100.net.