“多级”网络资源名称。 DNS服务器的对应名称答案

【问题标题】："Multi-level" network resource names. Corresponding names of DNS servers“多级”网络资源名称。 DNS服务器的对应名称
【发布时间】：2018-10-21 22:24:11
【问题描述】：

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

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

本地主机要求 ISP DNS 服务器（？）将名称解析为 IP 地址。未找到。
资源名称从右到左读取。
ISP DNS 服务器询问 ROOT 服务器“哪个服务器知道.edu？”并获取知道“.edu”的TLD服务器的IP地址
ISP 服务器向 .edu TLD 服务器询问知道“.goodeggs.org”的服务器。 TLD 服务器将“.goodeggs.org”的名称服务器地址返回给 ISP。
ISP 向“.goodeggs.org”名称服务器询问实际资源的地址 www.goodeggs.edu。 NAME 服务器将资源地址返回给 ISP DNS 服务器，后者将资源 IP 转发给本地主机应用程序。

总结：

ISP DNS 服务器按以下顺序连接到以下服务器
ROOT（用于 .edu）
TLD（用于 goodeggs.edu）
名称（用于 www.goodeggs.edu）

问题！

如果我的资源名称包含三个以上的节点，例如

www.bbc.co.uk ?

服务器是否命名

ROOT（适用于 .uk）
TLD1（适用于 co.uk）
TLD2（适用于 .bbc.co.uk）
名称（适用于 www.bbc.co.uk）

（* 我正在写下来，尽管有人可能（会）抱怨（例如 S.E.）这不是一个问题，我问的是我对 DNS 的基本理解是否正确。）

【问题讨论】：

我刚刚回答了这个问题over here。简而言之，IP地址由“权威”服务器提供，而不是由子域的级别数提供。根服务器回答 ROOT，即.（点）。根下的子域是顶级域，注册管理机构提供对其下任何级别子域的引用。
您好，我之前确实看过您的帐户，但它似乎与其他关于 DNS 操作的描述不一致，我无法理解“权威”服务器的概念。我对 ROOT > TLD > NAME 服务器的研究和帐户是否完全错误？我看不出这与您的描述有何相符 - 但我很可能错过了链接 - 因为我找不到您的帖子中讨论的 TLD 或 NAME 服务器。我正在努力核对账目。谢谢。
Patrick 为您介绍了它。耶帕特里克！

标签： dns

【解决方案1】：

您的描述有几个不足之处，请先更正一下。

今天，QNAME 最小化不是常态，这意味着在每一步都询问整个名称，而不是被标签分解。

所以，简而言之：

您查询递归名称服务器
如果它在本地缓存中有答案并且 TTL 没有过期，它会直接回复你，故事结束
如果不是，它会为您启动递归过程：从根开始询问名称；每个对名称不具有权威性的权威名称服务器将返回一个 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 行，以准确显示哪个名称服务器回复了什么），最后是回复。

您有在线故障排除工具，这些工具可以为您提供相同的信息，并带有带有块和箭头的精美图像，例如： http://dnsviz.net/d/www.bbc.co.uk/WvW_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看到很多例子）

【讨论】：