O DNS do seu domínio (registro A) precisa apontar para o seu IP de hospedagem. Em seu ambiente local, isso pode parecer que está funcionando, mas externamente não. Isso se deve à natureza do DNS, que é hierárquico. Dado o seu exemplo de abx.com, se eu solicitasse a esse domínio o resolvedor (o sistema que faz o trabalho de converter o abx.com para um IP de rede nn.nn.nn.nn), ocorrerá o seguinte.
O resolvedor examina suas configurações de onde procurar por DNS. No Windows, essa configuração está nas propriedades da rede e geralmente é recuperada do DHCP. Em sistemas unix, isso é obtido de uma combinação de nsswitch.conf e, se isso contiver uma configuração dns para a entrada hosts , /etc/resolv.conf será usado para procurar instruções nameserver .
Dado que nsswitch.conf está correto, e resolv.conf contém entradas de servidor de nomes, ele irá conversar com os servidores de nomes na ordem em que estão listados no arquivo.
Os servidores de nomes, se configurados com um cache, verificarão se eles armazenaram uma entrada local para a solicitação e, se tiverem, retornarão esse resultado. Se eles não tiverem uma entrada, eles farão o trabalho de pesquisar essa hierarquia de DNS.
No exemplo de abx.com. , existem três partes neste domínio, . , com e abx . O . é conhecido como o nó raiz e a maioria do DNS não o mostrará, no entanto, é fundamental para o funcionamento do DNS. (Tente fazer um host ou nslookup on www.google.co.uk. (observe o ponto final) e observe que isso é resolvido tão bem quanto www.google.co.uk . O mesmo vale para colocar o ponto no final de um endereço no local barra em seu navegador da Web. O nó raiz é na verdade uma rede distribuída de servidores de nomes, espalhados por vários países, hospedados por muitas organizações e empresas.
Voltando ao seu resolvedor, ele terá hints de onde estão os servidores de nomes de nós raiz. Em seguida, ele perguntará a um dos servidores de nomes raiz quais servidores de nomes atendem à parte com da consulta DNS. Você pode emular esta etapa com host -t ns com ou nslookup -q=ns com . O servidor de nomes então usará um forumla para escolher um dos servidores de nomes listados e usá-lo para solicitar o domínio abx.com .
Neste ponto, chegamos a um mecanismo chamado delegação. Os servidores de nomes com delegam a responsabilidade de abx.com a outros servidores de nomes, isso é feito por NS records. Mas esses registros contêm nomes de domínio não IP. A maneira como esses domínios são afixados uns aos outros é através de glue records, então, dado o exemplo de abx.com, seria algo como:
abx IN NS ns1.abx.com
IN NS ns2.abx.com
ns1.abx.com IN A 10.10.10.10
ns2.abx.com IN A 10.11.11.11
O seu resolvedor receberia esses registros A, como informações adicionais, em sua solicitação de NS registros de abx.com dos servidores de nomes com . O seu resolvedor então pergunta ao ns1.abx.com ou ns2.abx.com pelo A de abx.com , e isso retorna o IP que, por sua vez, passa para o navegador / processo que solicita esse registro DNS.
Normalmente, é o último estágio da delegação que é quebrado com a maioria das configurações de usuário doméstico. Eles passaram pelo processo de compra de um domínio com um provedor de serviços de registro / serviço, mas não conseguiram configurar o domínio para apontar a delegação para seus próprios servidores de nomes. Na verdade, você precisa informar ao registrador onde estão seus servidores de nomes antes que eles possam colocar os registros de cola no lugar para que sua etapa da delegação funcione.
Uma etapa foi feita, a última parte do recursion usada pelos slots do resolver no lugar. Isso é tudo, desde que sua zona abx.com esteja configurada corretamente, esteja sendo veiculada à Internet como um todo e não seja protegida por firewall nem por você nem por seu provedor de hospedagem.
Há uma infinidade de sites de ferramentas de DNS na Internet que permitem que você veja em que estado está seu domínio. (por exemplo, DNS Stuff's Ferramentas de DNS ). Também sugiro que você se familiarize com a ferramenta dig , que permitirá que você consulte especificamente servidores de nomes (e registros) específicos e obtenha respostas mais detalhadas na saída.
TLDR Verifique sua configuração com o provedor de hospedagem e verifique se apontou os registros NS dos domínios nos IPs dos seus servidores de nomes. Verifique se você não tem conexões de bloqueio de firewall, se seu BIND está em execução e se está funcionando com o DNS correto. Verifique o DNS externo com ferramentas externas para verificar o estado do seu DNS.