示例说明了dns递归和迭代查询的原理和过程

示例解释dns递归和迭代查询的原理和过程在Internet中，域名的平滑解析与两种类型的域名服务器密不可分，只有这两种类型的域名服务器才能提供“权威性”域名解析. 第一类是国际域名管理组织，即InterNIC，它主要负责国际域名的注册和解析. 第二类是国内域名注册管理机构，即中国的CNNIC. 对于国际和国内而言，两者是主要和辅助的，并且彼此之间进行信息同步. 毕竟，最终目标是通过网络访问世界上任何地方的任何有效和有效域名，并且可以看到它们之间的连接. 一些朋友可能有这个问题. 域名服务器不很多吗？为什么只有2个类别？是的，有多少个ISP？当我们输入网址（或域名）时，系统会将域名发送到需要配置为转换为IP地址以进行访问的DNS服务器，通常是本地公共DNS服务器（内联网环境可能会直接提交Go到防火墙或路由器以进行进一步转发）. 收到此请求后，公共网络DNS服务器不会立即对其进行处理，例如转发到上层DNS服务器（在第一部分中，DNS具有非常严格的逻辑层次结构），但会首先检查其自己的DNS缓存，如果存在与该域名对应的IP，则将其直接返回给用户，系统将接收到该IP并将其交给浏览器进行进一步处理.

在此轮换过程中，客户端收到的DNS响应是“非权威的”，这意味着结果不是来自直接由域名授权的DNS服务器，而是记录的副本. 简而言之，“非权威”响应是从另一个DNS服务器复制而来的，与之相对应，“权威”响应是域名所在的服务器做出的响应，这听起来很难理解. 让我们来看一个例子. 我的位置是深圳. 此处的公共DNS服务器为202.96.134.133. 让我们检查一下. 如下所示: nslookup命令在此处用于查询本地计算机用来解析域名的DNS服务器. 从上图的中文名称中，可以知道当前默认的DNS解析服务器为ns.szptt.net.cn，对应的IP地址为202.96.134.133，也就是说，如果网络程序在运行该机器需要使用DNS域名解析，它将请求此服务器寻求解析. 当然，如果您使用Intranet或其他类型的局域网，则在分析过程中可能无法获得上面显示的结果，这很可能是由于代理服务器或防火墙引起的. 建议ADSL用户进行自我测试以加深他们的印象. 现在，让我们分析网站的别名记录以了解什么是“非授权记录”. 以网易为例.

如下图所示: 根据上图中的步骤，完成了对CNAME记录的查询. 通过此小测试，希望您注意以下几点: 1.查询命令不仅是这种类型，我们还可以使用命令nslookup -qt = cname，返回的结果是相同的. 2.查询对象必须是完整的URL地址，而不是域名. 如果要查询对象并编写163.com，则默认值返回域163.com的ns记录. 如下所示: 163.com有许多子域. 不同的子域可能对应于未使用的NS服务器. 其目的是使用服务器的负载平衡技术更快地响应客户的请求. 因此，网易的NS服务器绝对不是唯一的服务器. 您可以使用命令进行确认，如下图所示: 从上图开始，至少有2台NetEase NS服务器. 以上所有信息均为“非权威性”答复. 换句话说，这些记录存储在深圳的此DNS服务器上. 查询的所有结果都来自此，自然是信息的副本. 我们如何找到最原始的分析记录？要发现此问题，我们需要对DNS查询原理有一定的了解. 以下是DNS查询的一般步骤: 1>首先，客户端发出域名解析请求（无论形式或方法如何），然后将请求发送或转发到本地DNS服务器.

2>接下来，本地DNS服务器收到请求后，查询其自己的缓存. 如果有该记录，查询结果将返回给客户端. （也就是说，我们看到了“非权威”的回应）. 请注意，将开始以下递归查询: 相反，如果DNS服务器未在本地找到相应的记录，它将把请求转发到根DNS（13个根D NS服务器的IP信息存储在DNS服务器中默认情况下. 需要时将使用选择性连接）. 3>然后，根DNS服务器在收到请求后，将判断谁是要授权管理的域名dns 关闭递归查询，并将返回负责该域名子域的DNS服务器地址. 例如，如果您查询ent.163.com的IP，则根DNS服务器将选择负责.com顶级域名的DNS服务器之一（不是随机的，而是根据空间，地址，管辖权进行过滤等等），然后将其返回到本地DNS服务器. 可以说，根域对顶级域名具有绝对的管理权限，并且自然知道它们的所有信息，因为在DNS系统中，上级具有对下级的管理权限. 毫无疑问，根DNS是最高级别. 4>本地DNS服务器收到此地址后，它将开始与另一方联系并将此请求发送给他. 负责.com域名的服务器收到此请求后，如果无法自行解决，则会将管理.com的较低级DNS服务器地址返回给负责管理163的DNS的本地DNS服务器. com.

5>当本地DNS服务器接收到该地址时，它将重复上述操作并继续联系. 6>重复此重复过程，直到DNS服务器可以成功解析该地址. 在此过程中，客户端一直在处理等待状态，他不需要执行任何操作，也无法执行任何操作. 7>在本地DNS服务器获得IP之前，该IP将不会返回给客户端. 本地DNS服务器获取IP地址后dns 关闭递归查询，递归查询完成. 本地DNS服务器还将将此记录写入其自己的缓存中，以备将来使用. 至此，整个解析过程完成. 客户端获得此地址后，即可顺利进行. 但是，假设根本没有客户端请求的域名，则分析自然不会成功，DNS服务器将返回该域名不可访问的信息，这反映在客户端中无法浏览网页或网络程序无法连接. 在下一节中，我将以图形方式体现此过程，以便每个人都可以直观地了解递归查询的过程，谢谢. 在上一节中，我们以文本形式粗略地描述了DNS解析过程. 为了更好地帮助您理解整个解析过程，我制作了一个DNS域名解析的分步图，如下所示: 在此图中，通过8步，此一步解析过程使客户端可以成功访问域名称，但在实际应用中，此过程通常非常快，主要由几个原因决定.

客户端的网络是否状况良好，与本地DNS的连接速度是否良好，1、2、3，本地DNS上是否存在访问地址的缓存等. 到上述因素为是，则访问速度将会非常快，并且上图中的步骤将突然减少为两个，因为有一个缓存，所以本地DNS服务器会迅速告诉对应的IP域名实现快速访问. 上图中有两个不熟悉的列表. 让我谈谈这两个列表的由来. 在这里，我们将结合第9章的内容继续说明DNS的高级属性，如下所示: 您可以看到[Root Tips]选项卡中列出了13个根服务器，它们是（a〜m）.root-服务器. Net和相应的IP地址，有些是2个IP，后者是备用地址，我们可以手动修改这些地址，但一般来说，建议不要移动它. 如果我们不小心更改或删除它，我们仍然有几种方法可以修复它. 由于这些服务器的地址列表是通过Internet共享的，因此我们可以找到网络上最新的根服务器列表. 通常在此链接中: ftp://rs.internic.net/domain/named.root，也可以直接从网络复制它. 如下图所示: 在服务器IP地址中，我们可以输入13个地址中的任何一个，确认后，系统将自动连接到服务器以更新列表.

不是13个地址之一. 如果在同一网段中有冗余DNS，则可以在此处输入该DNS的地址，也可以对其进行更新. 前提是两个DNS服务器都必须连接到Internet. 当然，也可以在DNS安装目录的CACHE.DNS文件中找到它. 具体路径如下: C: \ WINDOWS \ system32 \ dns \ CACHE.DNS. 以上所有方法都可以还原此列表. 返回第一个数字，当本地DNS服务器查询根DNS时，它将搜索其根DNS服务器列表并找到连接的地址，例如d.root-servers.net，以便与根服务器联系. 也可以连接其他的，没有太大的区别. 根服务器检测到.com域名后，它将IP地址返回给本地DNS服务器. 该IP是负责.com顶级域名的服务器之一. 我在这里选择了c.gtld-servers.net. 有13台此类服务器负责解析.com域名，即（a〜m）.gtld-servers.net. 一些朋友可能会问，你知道吗？好的，要解决这一部分，我们需要使用另一个工具dig，它最初是Linux下DNS服务器的调试工具. 它类似于Windows下的nslookup，但其功能要强于后者. 让我们先进行演示. 至于使用方法，将在下一章中进行介绍.

我们使用dig命令跟踪到网站的整个过程，如下所示: 图中提到的gTLD实际上是除ccTLD之外的顶级域名的分类. 国家和地区代码的顶级域名，例如，CountryCodeTLD，.cn表示China.hk，表示香港等. 上图中的四个过程实际上是从提交请求到正常访问的过程. 上图中未说明许多参数，此部分将在后面的章节中详细介绍. 现在让我们谈谈递归查询和迭代查询. 在本节的第一张图片中，当本地DNS服务器帮助客户端解析该地址的IP地址时，它实际上包含这两种查询. 从客户端到本地DNS服务器是一个递归查询. DNS服务器之间的交互式查询是迭代查询. 我们模拟一个场景. 例如，您的老板要去喜来登酒店，但不知道怎么走，所以我问您（您是他的秘书），您现在不知道，所以您问张三，还不清楚，让我让你去问李思，让你问李思，李思确切地知道，然后告诉你路线，然后你告诉老板结果，这样整个查询就完成了. 然后，这是一个递归过程. 在此过程中，老板总是在等待您的答案，但您根本不在乎此事，此时您充当代理人和中介人来承担全部责任，您的目的是找到答案和反馈给老板.

您，张三和李思之间的信息传递是一个反复的过程，因为当您询问张三时，张三不会询问像您这样的人而不是您的老板，而只是向您提供参考答案. 这种查询方式称为迭代查询. 默认情况下，DNS服务器可以接受来自其他客户端（或其他DNS服务器）的迭代或递归查询. 如果服务器的流量很大，通常只接受迭代查询，例如13台根服务器. 因为如果它们用查询代替每个解析请求，则将消耗大量服务器资源，并可能导致服务器过载甚至崩溃. 我们将首先讨论DNS迭代和递归查询.

本文来自电脑杂谈，转载请注明本文网址：
https://www.pc-fly.com/a/jisuanjixue/article-181720-1.html