工控网络基础入门篇之DNS

本文中发起最初DNS 解析请求的设备或软件，我们统称为DNS 解析器，例如电脑就是一个解析器。

我们说了，想要知道一个域名对应的IP，就要向DNS 服务器查询。DNS 就是Domain Name Server 的简称(域名称服务器)，你们熟知的Google DNS(8.8.8.8) 和114DNS(114.114.114.114) 就是这类服务器。

我们还是用一个流程例子来描述DNS 的工作方式(这里以递归DNS 方式准)

1. 你的浏览器调用windows 的相关函数接口，让windows 发出了解析twitter.com 的请求

2. 这个请求先发送到了你的路由器，但路由器没有关于twitter.com 的记录缓存，就继续向路由器上设定的DNS(假设是8.8.8.8) 请求解析这个域名

3. 8.8.8.8 收到解析请求，发现他也没有这个域名的记录(虽然现实中不太可能)，他就会向根域(也就是“.” 域) 的NS 服务器查询

4. 根域的NS 服务器说，“我不知道，不过com 域的NS 服务器知道，这是com 域的NS 服务器地址(例如是2.2.2.2)，你去问他”

5. 然后8.8.8.8 就向com 域的NS 服务器2.2.2.2 发出解析请求，2.2.2.2 说“妈蛋，我也不知道，不过我知道twitter.com 的NS 是啥(3.3.3.3)，你去问他吧”

6. 8.8.8.8 灰溜溜的跑去问3.3.3.3，这是twitter.com 的NS，当然知道twitter.com 的IP 是什么，终于大喊一声“你咋才来啊!” 然后告诉了它twitter.com 的IP。

7. 然后8.8.8.8 告诉路由，路由告诉你的电脑，windows 告诉浏览器，不出意外的话，你还是没打开twitter.com(呵呵!)

上面这个递归解析方式，是目前最常见的DNS 服务器工作方式，大部分工作都由DNS 服务器完成。

还有一种很蛋疼的解析方式叫做迭代解析，那么这个过程有什么不同呢?

1. 你的浏览器调用windows 的相关函数接口，让windows 发出了解析twitter.com 的请求

2. 这个请求先发送到了你的路由器，但路由器没有关于twitter.com 的记录缓存，就继续向路由器上设定的DNS(假设是8.8.8.8) 请求解析这个域名

3. 8.8.8.8 收到解析请求，发现他也没有这个域名的记录，然后蛋疼的过程开始了

4. 8.8.8.8 说“那个啥，地址我不知道，这个是根域名称服务器的地址，你自己那个啥吧。。。。”

5. 然后你就得自己把上面8.8.8.8 干的那些活，那一次次被人戏弄的过程自己重复一遍，直到查到IP 为止

怎么样，这活挺好干吧，返回个根域的名称服务器地址就行了，这样的DNS 服务器到底有啥用? 我觉得没啥用，因为根服务器就那几台，我还需要你来告诉我? 所以基本已经没几个DNS 服务器是迭代查询了，基本都是递归解析。

重磅福利

在此，小编特意备了一份薄礼，等你来学习

点击写留言，谈谈你的感受，想法！

《工控网络基础入门篇》每期挑选一名积极、热心网友

获得U盘一个

恭喜！网友“Light.He”获得《剑指工控》之《工控网络基础入门篇》课程“域名”篇的“好学生”称号！请“Light.He”尽快与小编联系，将详细邮寄信息发送（必须写清楚真实姓名，详细邮寄地址，联系手机！）到邮箱：info@jzgkchina.com，领取奖品！下周《剑指工控》之《工控网络基础入门篇》课程继续各位童鞋们莫迟到哦！