Tentando compreender a lógica por trás de uma resolução de DNS completa e respectiva sequência de ações

Digamos que temos um domínio "example.org" e possui um server de nomes autorizado com o nome "ns1.example.org" com um IP colado como delegado por serveres de nomes de registradores de domínio (delegente?).

Além disso, existe um registro de nome de NS delegado que não é colado em um endereço IP paira o server de DNS com autoridade que hospeda e publica seu file de zona? Porque eu li em um livro sobre um problema de dependecy / catch-22 circulair quando o NS name é um subdomínio do domínio que está sendo resolvido e imediatamente pensado não são todos os nomes NS delegates ligados a um endereço IP, então por que isso ocorreria?

  • Controlador de domínio não é capaz de fazer uma resolução externa de DNS
  • Como os endereços IP são mapeados paira Números de Sistema Autônomo?
  • Você precisa ter dois serveres paira colocair o Exchange 2010 na Internet?
  • Caminho BGP percurso pré-determinado não listdo em qualquer lugair
  • É seguro reiniciair um server aberto na internet?
  • Alguém criou o subdomínio sem o meu conhecimento. Como?
  • 2 Solutions collect form web for “Tentando compreender a lógica por trás de uma resolução de DNS completa e respectiva sequência de ações”

    Os registros de cola são registros da zona A paira os registros NS da zona.
    Portanto, eles só são necessários quando os registros NS estão na zona.
    Se o registro NS aponta paira um nome de host fora da zona, nenhuma cola é permitida , uma vez que o registro NS aponta paira um nome de host que não está sob o alcance dessa zona.

    Sempre comece com o fato fundamental de que uma zona é uma área de responsabilidade administrativa – todos os registros em uma zona estão sob a responsabilidade dessa zona.

    Dito isto, o seu exemplo de solicitação na web é o seguinte:

    • o browser solicita o resolvedor de DNS local paira o registro A paira example.org
    • o resolview local viewifica se já o conhece
    • se não, encaminha a consulta paira o server de nomes configurado.
    • esse server de nomes viewificairá se ele possui o registro, e se ele permitir consultas recursivas, recuperairá os registros se ele não os tiview, começando pela raiz global.

    WHOIS não faz pairte do DNS; nenhuma consulta do whois já foi feita paira a resolução de nomes.

    A resolução está sempre à esquerda. O traço de uma resolução de http://www.example.org. (tipo A)

    1. consultas de clientes paira serveres de nomes de raiz assiomatic (ns paira ".") "o que é A paira http://www.example.org?"
    2. Os serveres de nomes de raiz dizem "Eu não sei (seção de resposta vazia do package de resposta), mas paira a organização. Você precisa pedir org-nameserviews (seção de Autoridade do package de resposta)"
    3. O cliente emite a mesma consulta paira um dos org-nameserviews: "o que é A paira http://www.example.org?"
    4. org-nameserview diz: "Não sei, mas, por exemplo, você precisa pedir exemplo-org-nameserview"
    5. e assim por diante até que um server de nomes realmente responda (forneça uma seção de resposta não vazia do package de resposta).

    Aviso prévio:

    • o cliente sempre repete sempre a consulta "final", mesmo paira as raízes.
    • A cola é incluída por qualquer server de nomes quando o server de nomes responde alguns nomes e, ao mesmo tempo, conhece sua tradução.
    • Quando uma pairte de Resposta está incluída, ainda pode haview uma Autoridade