A chave para isso é garantir que seus servidores DNS estejam respondendo com as mesmas informações para pesquisas diretas e inversas e que o servidor esteja configurado para ser acessado.
hostname
e dig
são duas ótimas ferramentas para ajudar a determinar se as coisas estão configuradas corretamente.
Minha sugestão é começar com
dig -x 176.16.1.227
para descobrir o que o servidor DNS está retornando quando consultado para esse endereço. Se você receber um erro do servidor, verifique sua configuração básica do DNS para verificar se está falando com os servidores corretos. Se você receber um erro Não encontrado, precisará corrigir ou criar o registro reverso desse endereço IP. O processo para fazer isso pode ser complicado dependendo de onde seus endereços IP são administrados. Por exemplo, ao usar endereços IP estáticos de um provedor de Internet, é necessário que eles criem o mapeamento para você. No entanto, ao usar endereços IP privados por trás de um NAT, isso é mais comumente fornecido por um
Servidor. De qualquer maneira, a forma básica será um registro PTR da classe IN, que se parece com
227.1.16.176.in-addr.arpa. IN PTR hostname.mydomain.com
Quando o seu reverso estiver funcionando, você deverá verificar se o pedido de encaminhamento está no mesmo lugar. Portanto, se seu nome de host for www.foo.bar, use dig www.foo.bar
para procurar o endereço IP. Deve resolver para o mesmo endereço IP.
Se o DNS de encaminhamento para o nome do host que você está usando não corresponder ao DNS reverso do endereço IP que você está usando, o servidor não ficará satisfeito.
Outra coisa a considerar é o endereço IP principal da máquina. Ao considerar o nome do host, muitas vezes descobri que o OS X deseja obter o nome do host e o endereço IP da interface de rede principal. Para o OS X, a interface principal é a que aparece primeiro no painel de controle da rede. Se isso estiver fora de ordem, use o comando Definir Ordem de Serviço ... nas configurações de Rede para alterar a ordem.