“多层次”网络资源名称。DNS服务器的相应名称

Question

(如果我理解)当我的应用程序希望通过IP与网络资源通信时，如果使用DNS解析(?) / IP地址的名称，则基本步骤如下(*)。

考虑一个3级资源名称: www.goodeggs.edu

• 本地主机要求ISP DNS服务器(？)将名称解析为IP地址。没找到。
• 资源名称从右到左读取。
• ISP服务器问根服务器：“哪个服务器知道about.edu?”并获取知道".edu“的TLD服务器的IP地址。
• ISP服务器要求.edu TLD服务器提供知道".goodeggs.org“的服务器。TLD服务器将".goodeggs.org“的名称服务器地址返回给ISP。
• ISP向".goodeggs.org“名称服务器询问实际资源www.goodeggs.edu的地址。名称服务器将资源地址返回给ISP DNS服务器，后者将资源IP转发给本地主机应用程序。

总结如下：

• ISP DNS服务器按以下顺序连接到下列服务器
• 根(用于.edu)
• TLD (用于goodeggs.edu)
• 名称(用于www.goodeggs.edu) <<资源IP地址

这个问题！

如果我的资源名有三个以上的节点。

www.bbc.co.uk？

服务器名为

• 根(用于.uk)
• TLD1 (用于co.uk)
• TLD2 (用于.bbc.co.uk)
• 名称(用于www.bbc.co.uk) <<资源IP地址

(*我正在写这篇文章，尽管有人可能会抱怨(这就是S.E)。这不是一个问题，我是在问我对DNS的基本理解是否正确。)

Answer 1

在你的描述中有几个不足之处，所以首先要纠正这一点。

今天，QNAME最小化并不是规范，这意味着在每一步都会询问整个名称，而不是按标签来划分。

因此，简而言之：

1. 查询递归名称服务器。
2. 如果它的本地缓存中有答案，而TTL尚未过期，它将直接回复您，故事就此结束。
3. 如果没有，它将为您启动递归过程:从它要求的名称的根开始；每个权威名称服务器不对名称具有权威性，而是将返回一个NS记录列表以供下一步使用(这些记录也将被缓存)，等等，直到有一个名称服务器权威地答复您的特定请求，在这种情况下，递归名称服务器作业已经结束，它会将答复存储在其缓存中，然后也将其提供给您。

您可以使用dig +trace选项查看它，例如：

$ dig +trace www.bbc.co.uk

; <<>> DiG 9.12.0 <<>> +trace www.bbc.co.uk
;; global options: +cmd
.           352520 IN NS l.root-servers.net.
.           352520 IN NS c.root-servers.net.
.           352520 IN NS d.root-servers.net.
.           352520 IN NS a.root-servers.net.
.           352520 IN NS j.root-servers.net.
.           352520 IN NS f.root-servers.net.
.           352520 IN NS h.root-servers.net.
.           352520 IN NS m.root-servers.net.
.           352520 IN NS g.root-servers.net.
.           352520 IN NS k.root-servers.net.
.           352520 IN NS e.root-servers.net.
.           352520 IN NS b.root-servers.net.
.           352520 IN NS i.root-servers.net.
.           444986 IN RRSIG NS 8 0 518400 (
                20180523050000 20180510040000 39570 .
                iCesuUeD36Re2VEdzRbmFh28kIeNo/Qpb0fi8r1/vu79
                ShjbkB1j2ySalLUYt1AgYQegkU/62/bw+G9i1hbFDGu3
                zvbr+VDxQWHX5tkeXNz0+JujJ/ITfFItTSD8LSmXyJcF
                QP6YNwNQ5f5WzBy4SiURgXCYhyOrcviIlXOa+9QuEpE+
                kGj/NZp2YNR6CMWhv0ImOgwdzZG8gF83LM6a/RLoaFG1
                6EwWBgrhZksnUzHS9Hv3MKVpIZMGnQA/QRUJMB+LyZeQ
                CcnWoAzchGTVxmTf6Wlhdj+MhuaQ656KMxbTaPrGzjfr
                vyYq6KmIrto/kS9Rc9NsaV6IA7fLqxvaIw== )
;; Received 1097 bytes from 192.168.10.229#53(192.168.10.229) in 2 ms

uk.         172800 IN NS dns1.nic.uk.
uk.         172800 IN NS dns4.nic.uk.
uk.         172800 IN NS nsa.nic.uk.
uk.         172800 IN NS nsd.nic.uk.
uk.         172800 IN NS nsc.nic.uk.
uk.         172800 IN NS nsb.nic.uk.
uk.         172800 IN NS dns3.nic.uk.
uk.         172800 IN NS dns2.nic.uk.
uk.         86400 IN DS 43876 8 2 (
                A107ED2AC1BD14D924173BC7E827A1153582072394F9
                272BA37E2353BC659603 )
uk.         86400 IN RRSIG DS 8 1 86400 (
                20180524050000 20180511040000 39570 .
                YisP01VEWwakIJeUgDGu+JkWdbEe6DHYwvboX9ngd95e
                rbZb3EeDU3ieS8x+qcGWpmXtwLnec2A2aoBvXTZjLdP3
                a01mIdOSzlBLXJz6ejXKRyc1/a7DkxxtzCZTa89JVbGy
                lIwgCxS/CXdo2A3M+sc7YGBd14XgTu0l1Z1ZZMm9ZWF3
                W3gjdKDiGMKFRolZbxyhUwacIhaxIOFsgkHfKiGyONe1
                Qx8O1kIy0NhMKOYcw05183tTO4zd1w1UJRidr1jyVwFl
                i+UhL5nVsXOwh1HaeiiIMwLLXVeP2d5ISaO/2dA4KEhZ
                wC3KPlJvl3gF8e7fiEs6OrbYgCmvZ7o3VQ== )
;; Received 797 bytes from 198.41.0.4#53(a.root-servers.net) in 139 ms

bbc.co.uk.      172800 IN NS ns4.bbc.net.uk.
bbc.co.uk.      172800 IN NS ns3.bbc.net.uk.
bbc.co.uk.      172800 IN NS ns3.bbc.co.uk.
bbc.co.uk.      172800 IN NS ns4.bbc.co.uk.
G9F1KIIHM8M9VHJK7LRVETBQCEOGJIQP.co.uk. 10800 IN NSEC3 1 1 0 - (
                G9HKV8PHGJ1NMH94L9RMIQM0J64UCIPK
                NS SOA RRSIG DNSKEY NSEC3PARAM
                TYPE65534 )
G9F1KIIHM8M9VHJK7LRVETBQCEOGJIQP.co.uk. 10800 IN RRSIG NSEC3 8 3 10800 (
                20180614141322 20180510140235 33621 co.uk.
                j1bmaifCFfs1u84HWglaeTxZLTAd4b+a7Lr/1+JwrrcB
                7TlQhEPkbgTIaLUUkySPJfxY+tdkfaRFrzbheLgXbE+u
                qSOmuHxhuhHSFsDhaYfEbSCaWB/J+7JKgQOSHbhVnF0m
                rD7DMDKbYTcalNNB0VlTdhiSumd0oGyqohugqvw= )
TP2SFUK8GL59V3TCVHK2DBGOD4LP2VPK.co.uk. 10800 IN NSEC3 1 1 0 - (
                TP40D2GKG41E62VT49B179FKD8QU8D56
                NS DS RRSIG )
TP2SFUK8GL59V3TCVHK2DBGOD4LP2VPK.co.uk. 10800 IN RRSIG NSEC3 8 3 10800 (
                20180610203629 20180506202704 33621 co.uk.
                AdiIoWpWjQuUGMqLvWbKidEGsw86ZUTgJFZjeO6qfYKr
                MlbkII+8dm6kp2EZsMRuzRcP6/pUYDK0rn99Rmx5JRsj
                ISLeyDG4kM2/eDMxfObZEe1zZSxIxoZmRzV6ZWJ3QIFt
                9zFT2hq7eLQfHJKzZ8unzsl8r2l6xrncSUsNZxs= )
;; Received 733 bytes from 156.154.102.3#53(nsc.nic.uk) in 74 ms

www.bbc.co.uk.      300 IN CNAME www.bbc.net.uk.
;; Received 68 bytes from 156.154.65.17#53(ns4.bbc.net.uk) in 73 ms

您可以准确地看到从根开始查询哪些名称服务器，以及答复，首先只有NS记录将权威的名称服务器从一个“级别”链接到下一个级别(忽略RRSIG和NSEC3记录，但要格外注意查看;; Received行，以准确显示哪个名称服务器回答了什么)，最后是答复。

您有在线故障排除工具，这些工具将为您提供与带有块和箭头的图像相同的信息，例如：7Q/dnssec/ (由于最终的CNAME而有点复杂)。

所以问题不在于点的数量。区域切割并不一定发生在每个点上。例如，gouv.fr和fr位于相同的区域，没有区域剪切，gouv.fr的权威名称服务器与fr的名称服务器相同。这是设计上的选择。

TLD是一个松散的术语。它通常是右标签的同义词，但这并不总是正确的。在过去，您只能注册.co.uk域名，直接在.uk下注册是不可能的。在这种情况下，您可以说.co.uk是TLD。还有许多注册中心仍然在处理这样的子域。您还可以在不同级别上注册多个不同的注册中心:例如，您可以在.com和.uk.com下注册域，两者都由不同的“注册中心”处理(它们可以在那里讨论它的业务方面，但我只关注它的技术方面，说明DNS就像一棵树，技术上可以发生在同一个节点上，与它的深度无关)。那么，您可以说.uk.com是用于二级域名(名称)的SLD。然而，其他注册中心可以位于第三级，依此类推(例如，过去.US非常深，至少有4或5个级别至少编码美国州，然后是县，然后是学校类型等等，您可以在https://en.wikipedia.org/wiki/.us上看到许多例子)