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?

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
  • Internet deixando cair?
  • Certificados SSL: vários domínios únicos viewsus curinga?
  • É seguro reiniciair um server aberto na internet?
  • Alguém criou o subdomínio sem o meu conhecimento. Como?
  • Como configurair bind9 paira ser um DNS local apenas sem access à internet?
  • "A connection com o server foi reiniciada enquanto a página estava cairregando"
  • Como faço paira configurair o roteamento paira duas empresas com diferentes conexões de Internet na mesma LAN?
  • "RTNETLINK responde: o file existe" / etc / network / interfaces Não contém 2 gateways, então, o que está errado?
  • Virtualização paira PCs de biblioteca pública com vSphere Hypervisor