I want the results of
nslookup MyIP
to give my fully qualified domain name instead of the name u123123123.online-servers.com which is setup by default by my host provider, how do I do that?
Então ... o problema aqui é se você quer que apenas os seus hosts vejam os nomes que você configurou ou se você quer que os hosts de todos os outros os vejam também.
Você pode configurar zonas reversas autorizadas localmente para seus domínios in-addr.arpa e seu servidor de nomes responderá aos clientes que o consultarem com as respostas que você deseja fornecer.
O problema, e a razão pela qual outras pessoas estão lhe dizendo que você precisa fazer com que o seu ISP faça a alteração, é que você pode configurar seus clientes próprios para solicitar ao seu servidor de nomes os registros PTR para em suas zonas reversas, você não pode fazer com que os clientes de outras pessoas perguntem ao seu servidor de nomes sem ter autoridade para as zonas delegadas a você.
Volte por um momento e pense em como um cliente DNS obtém uma resposta para uma consulta DNS. O cliente tem muito pouco conhecimento a priori sobre o Sistema de Nomes de Domínio. Normalmente, a biblioteca DNS no cliente sabe apenas o suficiente para solicitar que um servidor de nomes local manipule a consulta (o resolvedor muito limitado que é executado no cliente é chamado de resolvedor stub.) O resolvedor stub solicita sua consulta ao servidor de nomes. configurado para perguntar e define um sinalizador no cabeçalho do DNS (a sinalização "recursão desejada" ou "RD") dizendo "se você não souber a resposta, por favor, localize-a para mim".
O resolvedor recursivo que está encarregado de satisfazer a consulta normalmente também não possui muito conhecimento inicial da árvore DNS. Normalmente, ele é preparado apenas com uma lista de servidores que respondem a consultas para o nível mais alto (raiz) do DNS. Quando recebe uma consulta, ele verifica seus dados autoritativos locais (se houver algum) e os dados que ele construiu em seu cache para ver se ele já conhece a resposta e, presumindo que isso não acontece, ele começa a descer do raiz.
Delegação
Digamos que você queira solicitar ao DNS uma consulta (de qualquer tipo) para w.x.y.z. Quem é responsável por responder isso e como seu resolvedor sabe como encontrá-los? Normalmente, seu cliente solicitará ao seu resolvedor local que resolva a consulta "w.x.y.z." Vamos supor que o seu resolvedor já não tenha nada em seu cache e tenha que passar por tudo isso. Ele vai começar no nível superior do DNS (que é ".") E dizer "ei, servidor raiz, diga-me o que eu quero saber sobre "wxyz"
E o servidor raiz dirá "inferno, cara, eu não sei a resposta para isso. vá falar com aquele cara por lá ... Eu tenho um registro NS (uma delegação) dizendo que ele sabe tudo sobre. z. " Isso é chamado de referência. Então o seu resolvedor retrocede, não exatamente para um quadrado, e diz "ei, resolvedor que sabe tudo sobre" .z. ", Me diga o que eu quero saber sobre" wxyz ", e o resolvedor que sabe tudo sobre .z. diz "inferno, cara, eu não sei a resposta para isso. vá falar com isso e assim, eu tenho um registro NS dizendo que ela sabe tudo sobre ".y.z".
E assim um cliente trabalha na cadeia de delegação a partir da raiz, seguindo os registros NS que delegam a responsabilidade de responder registros para as zonas delegadas. Isso funciona da mesma maneira para todos os tipos de registro, esteja você perguntando sobre registros A, CNAMES, MX ou o que você tem. Como funciona para todos os tipos de registro, obviamente também funciona para PTRs.
Zonas reversas
As zonas que fazem parte do .in-addr.arpa. hierarchy usam os mesmos registros NS para delegação que todas as outras zonas fazem, mas as delegações nessa hierarquia são atribuídas às entidades que possuem (por atribuição) um bloco de espaço de endereço IP. Em algum momento no passado, seu ISP foi até um Registro de Internet Regional e solicitou um bloco de endereços IP, que foram atribuídos a como seu próprio espaço de endereço. Como parte dessa atribuição, eles receberam uma delegação no Sistema de Nomes de Domínio para a parte de in-addr.arpa que corresponde à sua designação.
O ponto aqui é que qualquer um seguindo uma cadeia de delegação da raiz do DNS chegará ao seu ISP, e não a você, a menos que você possa convencer seu ISP a delegar mais responsabilidade por apenas seu endereço IP ) para você. É por isso que os respondentes acima estão dizendo que você precisa lidar com seu ISP: se você quiser que seus mapeamentos reversos de IP fiquem visíveis para qualquer pessoa, exceto para clientes que estão configurados para pedir uma resposta a seus servidores de nomes, você deve (a) faça com que o ISP faça as alterações desejadas ou (b) delegue autoridade a você. Caso contrário, ninguém mais verá as respostas que você configurou para seu servidor.