精华内容
下载资源
问答
  • DNS递归查询

    2015-07-08 14:36:42
    递归或递归解析指的是名字服务器在收到递归查询时所使用的解析过程. 解析器向本地名字服务器发送一个关于某个域名信息的递归查询.被查询的名字服务器必须返回所请求的数据或者是出错说明,出错可能包括所请求的...
    递归查询:将大部分的解析负担置于一个名字服务器上.递归或递归解析指的是名字服务器在收到递归查询时所使用的解析过程.

    解析器向本地名字服务器发送一个关于某个域名信息的递归查询.被查询的名字服务器必须返回所请求的数据或者是出错说明,出错可能包括所请求的类型数据不存在或所给域名不存在.本地名字服务器不能只将查询者指向另一个名字服务器,因为该查询是递归的

    如果被查询的名字服务器不是所请求的数据的权威,它将不得不向其他名字服务器发出查询以获得答案.它可以向其他名字服务器发送递归查询
    展开全文
  • DNS递归查询与迭代查询 基础知识 1.域名系统 2.域名服务器 域名解析过程 1.在浏览器中输入www.qq.com域名,操作系统会先检查自己本地hosts文件是否有这个网址映射关系,如果有,就先调用这个IP...

    原文链接:https://www.cnblogs.com/qingdaofu/p/7399670.html

    DNS递归查询与迭代查询

     

    基础知识

    1.域名系统

     

     2.域名服务器

    域名解析过程

    1.在浏览器中输入www.qq.com域名,操作系统会先检查自己本地的hosts文件是否有这个网址映射关系,如果有,就先调用这个IP地址映射,完成域名解析。


    2.如果hosts里没有这个域名的映射,则查找本地DNS解析器缓存,是否有这个网址映射关系,如果有,直接返回,完成域名解析。


    3.如果hosts与本地DNS解析器缓存都没有相应的网址映射关系,首先会找TCP/IP参数中设置的首选DNS服务器,在此我们叫它本地DNS服务器,

    此服务器收到查询时,如果要查询的域名,包含在本地配置区域资源中,则返回解析结果给客户机,完成域名解析,此解析具有权威性。


    4.如果要查询的域名,不由本地DNS服务器区域解析,但该服务器已缓存了此网址映射关系,则调用这个IP地址映射,完成域名解析,此解析不具有权威性。



    5.如果本地DNS服务器本地区域文件与缓存解析都失效,则根据本地DNS服务器的设置(是否设置转发器)进行查询,

    如果未用转发模式,本地DNS就把请求发至 “根DNS服务器”,“根DNS服务器”收到请求后会判断这个域名(.com)是谁来授权管理,并会返回一个负责该顶级域名服务器的一个IP。

    本地DNS服务器收到IP信息后,将会联系负责.com域的这台服务器。这台负责.com域的服务器收到请求后,如果自己无法解析,

    它就会找一个管理.com域的下一级DNS服务器地址(qq.com)给本地DNS服务器。当本地DNS服务器收到这个地址后,就会找qq.com域服务器,重复上面的动作,进行查询,直至找到www.qq.com主机。


    6.如果用的是转发模式,此DNS服务器就会把请求转发至上一级DNS服务器,由上一级服务器进行解析,上一级服务器如果不能解析,或找根DNS或把转请求转至上上级,以此循环。

    不管是本地DNS服务器用是是转发,还是根提示,最后都是把结果返回给本地DNS服务器,由此DNS服务器再返回给客户机。

    递归查询与迭代查询

     一、主机向本地域名服务器的查询一般都是采用递归查询。

            所谓递归查询就是:如果主机所询问的本地域名服务器不知道被查询的域名的IP地址,那么本地域名服务器就以DNS客户的身份,

            向其它根域名服务器继续发出查询请求报文(即替主机继续查询),而不是让主机自己进行下一步查询。

            因此,递归查询返回的查询结果或者是所要查询的IP地址,或者是报错,表示无法查询到所需的IP地址。

     

    二、本地域名服务器向根域名服务器的查询的迭代查询。

           迭代查询的特点:当根域名服务器收到本地域名服务器发出的迭代查询请求报文时,要么给出所要查询的IP地址,要么告诉本地服务器:“你下一步应当向哪一个域名服务器进行查询”。

            然后让本地服务器进行后续的查询。根域名服务器通常是把自己知道的顶级域名服务器的IP地址告诉本地域名服务器,让本地域名服务器再向顶级域名服务器查询。

            顶级域名服务器在收到本地域名服务器的查询请求后,要么给出所要查询的IP地址,要么告诉本地服务器下一步应当向哪一个权限域名服务器进行查询。

            最后,知道了所要解析的IP地址或报错,然后把这个结果返回给发起查询的主机

     

     

     

    递归:客户端只发一次请求,要求对方给出最终结果。

    迭代:客户端发出一次请求,对方如果没有授权回答,它就会返回一个能解答这个查询的其它名称服务器列表,

              客户端会再向返回的列表中发出请求,直到找到最终负责所查域名的名称服务器,从它得到最终结果。

    授权回答:向dns服务器查询一个域名,刚好这个域名是本服务器负责,返回的结果就是授权回答。

     

    从递归和迭代查询可以看出:

    客户端-本地dns服务端:这部分属于递归查询。

    本地dns服务端---外网:这部分属于迭代查询。

    递归查询时,返回的结果只有两种:查询成功或查询失败.

    迭代查询,又称作重指引,返回的是最佳的查询点或者主机地址.

    转载于:https://www.cnblogs.com/qy-blogs/p/10049754.html

    展开全文
  • 因此这里介绍一下DNS服务器查询原理,也就是递归查询和迭代查询。 下图比较简明描述了DNS服务器为客户端解析主机www.163.com过程. 根域名服务器:是互联网域名解析系统(DNS)中最高级别域名服...

    关于01月23日全国范围内DNS污染,域名解析故障的根源,资深的IT人士都知道原因是什么,并非国家

    互联网应急中心发出的遭受攻击一说。

    因此这里介绍一下DNS服务器的查询原理,也就是递归查询和迭代查询。


    下图比较简明的描述了DNS服务器为客户端解析主机www.163.com的全过程.

    wKioL1LgjkrDu3gqAAKJlJWz1tA163.jpg



    根域名服务器:互联网域名解析系统(DNS)中最高级别的域名服务器,全球有386台根服务器,被编号为A到M共13个标号。中国北京有两台编号为F的根服务器镜像,编号为I、J、L的各一,共5台镜像,在香港有A、F、I、J、L五台根服务器镜像,全部借由任播(Anycast)技术,所有编号相同的根服务器都是同一个IP,386台根服务器总共只使用了13个IP,因此可以抵抗针对其所进行的分布式拒绝服务攻击(DDoS)。


    根域名服务器列表: (a-m.root-servers.net)

    wKiom1LgpmuwjkANAACjjH6idLg846.jpg


    客户端通过域名访问站点时,必须要有DNS服务器解析到指定的IP地址上,才能进行下一步的

    访问。客户端发起访问请求后,首先检查本地host文件,检查是否存在对应的IP映射关系,如果有则

    直接通过映射的IP进行访问;如果没有则将请求发送给首选的DNS服务器。


    客户端和DNS服务器之间使用的是递归查询,而DNS服务器之间使用的是迭代查询.


    递归查询时要求所请求的DNS服务器应答给客户端所请求的域名和IP的映射关系;

    迭代查询时所请求的DNS服务器应答给客户端的不一定是域名和IP地址的映射关系,也可以是另一台

    DNS服务器,让客户端再将请求发送到另一台DNS服务器.


    下面按上图根据实例介绍DNS解析全过程.


    客户端发起访问请求www.163.com:

    1.查看本地hosts文件,发现没有www.163.com IP 映射关系,将请求发送给本地DNS服务器

                                      ----递归查询----

    2.本地DNS服务器不包含163.com的权威域,不存在对应的www记录,因此将请求转发到根域名服务器

    (假如  a.root-servers.net.)                                  

    3.根域名DNS服务器会返回负责.com域解析的服务器(假如 a.gtld-servers.net.)给本地DNS服务器,

    本地DNS服务器再将请求发送给 a.gtld-servers.net                                  

    4..com域名服务器只能返回负责163.com域的解析服务器(如 ns1.nease.net.)给本地DNS服务器,本地

    DNS服务器再将请求发送给ns1.nease.net.                                

    5.由ns1.nease.net.域名服务器返回www.163.com 的 IP映射关系给本地DNS服务器

                             (2-5过程)----迭代查询----

    6.本地DNS服务器将结果保存到本地缓存,并保持TTL时间,同时将结果应答给客户端.

                                      ----递归查询---- ----查询结束----


    7.当其他客户端再次向本地DNS服务器查询www.163.com时,在TTL时间内,本地DNS服务器不再向根

    域名服务器转发请求,而是直接从缓存中读取数据应答给客户端. 如果已经超过TTL时间,则本地DNS

    服务器会再次经历一次上诉2-6的过程.


    本地DNS服务器在代替客户端向其他服务器查询时,客户端完全处于等待状态。

    递归查询时,返回的结果只有两种:查询成功或查询失败.

    迭代查询,又称作重指引,返回的是最佳的查询点或者主机地址.


    了解了以上原理,就可以很容易的判断DNS解析故障了,甚至于前日的全国DNS污染问题。


    当然了解原理后,还需要了解相关的工具和命令: dig,nslookup,host等.其中以dig命令的功能最为强大和灵活.


    dig命令典型应用形如


         dig  @server   name  type

    @server: 指定域名服务器

    name:指定查询请求资源的域名

    type:指定查询类型,如A、CNAME、SRV、MX、SIG等,如果不指定type,默认为A


    比如:

    默认情况下DNS使用UDP查询,我们使用查询选项设置为TCP查询


    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    [shizhenning@zabbix ~]$ dig @8.8.8.8  163.com +tcp
    ; <<>> DiG 9.3.6-P1-RedHat-9.3.6-20.P1.el5_8.6 <<>> @8.8.8.8 163.com +tcp
    ; (1 server found)
    ;; global options:  printcmd
    ;; Got answer:
    ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 36041
    ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0
    ;; QUESTION SECTION:
    ;163.com.                       IN      A
    ;; ANSWER SECTION:
    163.com.                277     IN      A       123.58.180.8
    163.com.                277     IN      A       123.58.180.7
    ;; Query time: 54 msec
    ;; SERVER: 8.8.8.8#53(8.8.8.8)
    ;; WHEN: Thu Jan 23 13:56:25 2014
    ;; MSG SIZE  rcvd: 57


    查询MX记录:

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    [shizhenning@zabbix ~]$ dig @8.8.8.8  163.com MX
    ; <<>> DiG 9.3.6-P1-RedHat-9.3.6-20.P1.el5_8.6 <<>> @8.8.8.8 163.com MX
    ; (1 server found)
    ;; global options:  printcmd
    ;; Got answer:
    ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 41000
    ;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0
    ;; QUESTION SECTION:
    ;163.com.                       IN      MX
    ;; ANSWER SECTION:
    163.com.                13741   IN      MX      50 163mx00.mxmail.netease.com.
    163.com.                13741   IN      MX      10 163mx01.mxmail.netease.com.
    163.com.                13741   IN      MX      10 163mx02.mxmail.netease.com.
    163.com.                13741   IN      MX      10 163mx03.mxmail.netease.com.
    ;; Query time: 41 msec
    ;; SERVER: 8.8.8.8#53(8.8.8.8)
    ;; WHEN: Thu Jan 23 14:01:02 2014
    ;; MSG SIZE  rcvd: 136


    查询CNAME记录:

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    [shizhenning@zabbix ~]$ dig @8.8.8.8  www.163.com CNAME
    ; <<>> DiG 9.3.6-P1-RedHat-9.3.6-20.P1.el5_8.6 <<>> @8.8.8.8 www.163.com CNAME
    ; (1 server found)
    ;; global options:  printcmd
    ;; Got answer:
    ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 27024
    ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
    ;; QUESTION SECTION:
    ;www.163.com.                   IN      CNAME
    ;; ANSWER SECTION:
    www.163.com.            347     IN      CNAME   www.163.com.lxdns.com.
    ;; Query time: 41 msec
    ;; SERVER: 8.8.8.8#53(8.8.8.8)
    ;; WHEN: Thu Jan 23 14:01:54 2014
    ;; MSG SIZE  rcvd: 61


    查询DRV记录:

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    [shizhenning@zabbix ~]$ dig @8.8.8.8  163.com SRV
    ; <<>> DiG 9.3.6-P1-RedHat-9.3.6-20.P1.el5_8.6 <<>> @8.8.8.8 163.com SRV
    ; (1 server found)
    ;; global options:  printcmd
    ;; Got answer:
    ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 41227
    ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
    ;; QUESTION SECTION:
    ;163.com.                       IN      SRV
    ;; AUTHORITY SECTION:
    163.com.                1800    IN      SOA     ns4.nease.net. admin.nease.net. 20130823 7200 1800 1209600 3600
    ;; Query time: 137 msec
    ;; SERVER: 8.8.8.8#53(8.8.8.8)
    ;; WHEN: Thu Jan 23 14:02:46 2014
    ;; MSG SIZE  rcvd: 80


    我们要查询某个域名解析的全过程:(此时为迭代查询)

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    38
    39
    40
    41
    42
    43
    44
    45
    46
    47
    48
    [shizhenning@zabbix ~]$ dig @8.8.8.8  163.com +trace
    ; <<>> DiG 9.3.6-P1-RedHat-9.3.6-20.P1.el5_8.6 <<>> @8.8.8.8 163.com +trace
    ; (1 server found)
    ;; global options:  printcmd
    .                       19586   IN      NS      a.root-servers.net.
    .                       19586   IN      NS      b.root-servers.net.
    .                       19586   IN      NS      c.root-servers.net.
    .                       19586   IN      NS      d.root-servers.net.
    .                       19586   IN      NS      e.root-servers.net.
    .                       19586   IN      NS      f.root-servers.net.
    .                       19586   IN      NS      g.root-servers.net.
    .                       19586   IN      NS      h.root-servers.net.
    .                       19586   IN      NS      i.root-servers.net.
    .                       19586   IN      NS      j.root-servers.net.
    .                       19586   IN      NS      k.root-servers.net.
    .                       19586   IN      NS      l.root-servers.net.
    .                       19586   IN      NS      m.root-servers.net.
    ;; Received 228 bytes from 8.8.8.8#53(8.8.8.8) in 62 ms
    com.                    172800  IN      NS      m.gtld-servers.net.
    com.                    172800  IN      NS      l.gtld-servers.net.
    com.                    172800  IN      NS      k.gtld-servers.net.
    com.                    172800  IN      NS      j.gtld-servers.net.
    com.                    172800  IN      NS      i.gtld-servers.net.
    com.                    172800  IN      NS      h.gtld-servers.net.
    com.                    172800  IN      NS      g.gtld-servers.net.
    com.                    172800  IN      NS      f.gtld-servers.net.
    com.                    172800  IN      NS      e.gtld-servers.net.
    com.                    172800  IN      NS      d.gtld-servers.net.
    com.                    172800  IN      NS      c.gtld-servers.net.
    com.                    172800  IN      NS      b.gtld-servers.net.
    com.                    172800  IN      NS      a.gtld-servers.net.
    ;; Received 485 bytes from 198.41.0.4#53(a.root-servers.net) in 134 ms
    163.com.                172800  IN      NS      ns2.nease.net.
    163.com.                172800  IN      NS      ns3.nease.net.
    163.com.                172800  IN      NS      ns4.nease.net.
    163.com.                172800  IN      NS      ns5.nease.net.
    163.com.                172800  IN      NS      ns6.nease.net.
    163.com.                172800  IN      NS      ns1.nease.net.
    ;; Received 238 bytes from 192.55.83.30#53(m.gtld-servers.net) in 137 ms
    163.com.                600     IN      A       123.58.180.7
    163.com.                600     IN      A       123.58.180.8
    163.com.                172800  IN      NS      ns2.nease.net.
    163.com.                172800  IN      NS      ns5.nease.net.
    163.com.                172800  IN      NS      ns6.nease.net.
    163.com.                172800  IN      NS      ns3.nease.net.
    163.com.                172800  IN      NS      ns4.nease.net.
    163.com.                172800  IN      NS      ns1.nease.net.
    ;; Received 270 bytes from 114.113.197.12#53(ns2.nease.net) in 34 ms



    掌握dig命令后,DNS解析故障就很容易排查了.


    关于域名服务器缓存污染只是一种技术,没有对错之分,有时我们企业内部也需要刻意使用这种技

    来满足企业需求。关于DNS污染技术在企业中的应用场景,详见 浅谈活动目录域名称空间设计





         本文转自marbury 51CTO博客,原文链接:http://blog.51cto.com/magic3/1354084,如需转载请自行联系原作者




    展开全文
  • DNS递归和迭代过程详解

    万次阅读 2018-04-17 11:51:57
    DNS查询流程 DNS服务搭建 DNS相关软件安装 服务器搭建规划 手把手教你搭建基本DNS服务器 搭建主DNS服务器 搭建从DNS服务器 参考文献 DNS原理解析 DNS进化史 etc/hosts –&gt; NIS –&gt;...

    目录

    DNS原理解析

    DNS进化史

    etc/hosts –> NIS –>DNS
    起初域名和ip地址之间的解析都是完全存放在一个名为hosts的文件当中,在这个文件当中我们建立了ip和域名的一一对应的关系,在互联网初期,这样做完全是没有问题的,但是随着网络的发展,网络内的主机越来越多,这个文件会变得越来越大,而且为了保证每台主机都能有这样的解析功能,我们不得不让每台主机都有同样的文件,那么每次我们更新文件的时候,互联网每台主机都需要更新自己的hosts文件,这是一件工作量极其大的事情。

    后期,人们采用了一种名为NIS的解决方式,实现的方法是把所有ip地址和网络域名之间的对应存放在一个服务器上,每次有主机需要进行域名解析的时候,我们就让该台主机去访问这台名为NIS的服务器,后来随着网络的扩展,互联网上的主机上百亿,这样对NIS服务器的负载极大,NIS不得不退出了历史舞台。

    现在,我们使用DNS协议,来实现分布式、阶层式的系统来管理ip地址和域名之间的对应关系。

    DNS结构

    这里写图片描述
    从上图中,我们可以知道,DNS利用类似树状目录的架构,将主机名的管理分配在不同层级的DNS服务器当中,经由分层管理,所以每一部DNS服务器记忆的信息就不会很多,而且若有IP 异动时也相当容易修改!因为你如果已经申请到主机名解析的授权,那么在你自己的DNS服务器中,就能够修改全世界都可以查询到的主机名了!

    DNS是以树状目录分阶层的方式来处理主机名,我们知道树状结构的好处就是,父节点只关注他的子节点的内容,而不关注他的孙子节点的内容,这样就在很大程度上实现了分治,根节点只需要管理它的子节点.com .cn .edu等域名和ip地址之间的关系即可,再往下的baidu.com,qq.com域名就完全和他无关了。

    DNS查询流程

    我们以客户端第一次查询百度为例子解释DNS的查询流程
    这里写图片描述
    递归和迭代的区别?
    所谓 递归查询过程 就是 “查询的递交者” 更替, 而 迭代查询过程 则是 “查询的递交者”不变。

    在需要DNS解析的客户端,比如说笔记本,当我们解析www.baidu.con时我们会先进行下面的操作:
    操作系统会先检查自己本地的hosts文件—>查找本地DNS解析器缓存(笔记本的缓存)
    如果以上两步都没有找到会执行上图所示的步骤:

    1.如果hosts与本地DNS解析器缓存都没有相应的网址映射关系,首先会找TCP/IP参数中设置的首选DNS服务器,在此我们叫它本地DNS服务器,进入windows下的命令行窗口输入ipconfig/all,即可查到你当前的DNSsever.如图
    这里写图片描述
    箭头一是DHCP服务器,箭头二是DNS服务器。
    此服务器收到查询时,如果要查询的域名,包含在本地配置区域资源中,则返回解析结果给客户机,完成域名解析,此解析具有权威性。如果要查询的域名,不由本地DNS服务器区域解析,但该服务器已缓存了此网址映射关系,则调用这个IP地址映射,完成域名解析,此解析不具有权威性。

    2.如果本地DNS没有该条记录,那么本地DNS就把请求发至 “根DNS服务器”,“根DNS服务器”收到请求后会判断这个域名(.com)是谁来授权管理,并会返回一个负责该顶级域名服务器的一个IP。基于本例子,根服务器会发送.com服务器ip地址。(对应图中的2、3条信息记录)。本地DNS服务器收到IP信息后,将会联系负责.com域的这台服务器。这台负责.com域的服务器收到请求后,如果自己无法解析,它就会找一个管理.com域的下一级DNS服务器地址(baidu.com)给本地DNS服务器。(对应途中4、5条信息记录),以此类推下去,直至最后本地DNS得到了www.baidu.com服务器的IP地址

    3.最后一步,本地DNS把查询到的记录进行缓存并且将该条记录返回给客户端。对应图中的第10步。

    我们把该过程画成流程图则如下所示:
    这里写图片描述

    DNS服务搭建

    DNS相关软件的安装

    我们使用主流的提供DNS服务的软件,bind.下面我们先查询一下该软件的相关信息
    这里写图片描述
    安装方法:[root@CentOs7 /etc/named]# yum -y install bind

    服务器搭建规划

    规划自己搭建的局域网的域名为xiaomi.com。由于我们搭建的DNS是不接上互联网的,所以此处域名是可以随意取得,我就使用xiaomi的域名了。

    • 两台安装了CentOs7.4的虚拟机,利用这两台主机搭建Master/Slave结构的DNS服务
    • 涉及到的配置文件:
      • named.conf(主要配置文件)
      • named.xiaomi.com(涉及到xiaomi.com这个域的正解配置文件)
      • named.ca (bind软件提供的能够解析根服务器的正解配置文件)

    手把手教你搭建基本DNS服务器

    搭建主DNS服务器

    第一步:安装bind软件包,修改/etc/named.conf文件,对全局配置options修改如下:
    这里写图片描述
    第二步:在/etc/named.conf配置文件中加入一段有关xiaomi.com的zone文件。具体配置如下:
    这里写图片描述
    第三步:新建文件/var/named/xiaomi.com.zone,编辑正向解析区域文件,配置内容如下:
    这里写图片描述
    第四步:重启服务,并设置为开机自启动服务。

    搭建从DNS服务器

    步骤较为简单,连正解zone文件都不需要写,你只需要写个zone文件的类似于声明一样的东西,写在主配置文件/etc/named.conf尾部。如下所示
    这里写图片描述
    当你主配置文件的SOA记录的serial变大时,从配置文件会自动更新收到主配置文件的变化并努力保持一致。

    参考文献

    展开全文
  • DNS递归迭代查询原理

    2011-08-25 10:11:52
    DNS工作原理以及DNS架设说明,详细并举例说明了DNS的工作原理和整个递归查询的过程。详细的图解说明架设DNS的步骤和注意事项。
  • DNS查询过程中有两种查询类型:递归查询和迭代查询:1、递归查询DNS客户端按照它的DNS服务器列表向DNS服务器发出查询请求时候,接受查询请求的DNS服务器和客户端之间查询关系一般都是递归查询。...
  • http://jeffyyko.blog.51cto.com/28563/215293本节将会从原理和实例两方面入手分析DNS的递归以及迭代查询。在此之前,我们需要了解一些背景知识,以便于更好理解今天主题内容。在互联网中,一个域名顺利解析离...
  • 1.递归查询: 一般客户机和服务器之间属递归查询,即当客户机向DNS服务器发出请求后,若DNS服务器本身不能解析,则会向另外的DNS服务器发出查询请求,得到结果后转交给客户机; 2.迭代查询(反复查询): 一般DNS服务器...
  • DNS 迭代查询与递归查询

    千次阅读 2012-09-20 18:37:17
    DNS 查询以各种不同方式进行解析。有时,客户端也可使用从先前的查询获得缓存信息就地应答查询DNS 服务器可使用其自身资源记录信息缓存来应答查询DNS 服务器也可代表请求客户端查询或联系其他 DNS 服务器...
  • 域名解析过程:①访问www.baidu.com域名时,操作系统会先检查自己本地hosts文件是否有这个网址映射关系,如果有,就先调用这个IP地址映射,完成域名解析。②如果hosts里没有这个域名映射,则查找本地DNS缓存,...
  • 上节中提到了一些有关递归查询的内容,但说的很少,也很笼统,本节将会从原理和实例两方面入手分析DNS的递归以及迭代查询。  在此之前,我们需要了解一些背景知识,以便于更好的理解今天的主题内容。  在互联网...
  • DNS的查询过程

    2020-07-11 17:20:01
    1.DNS(Domain Name System)叫域名系统,由于IP地址不方便...递归查询是用在本地机查询本地 DNS 服务器的过程,迭代查询是本地 DNS 服务器在互联网上查找目标机的过程。 想象一个树状图,一个主机访问另一台主机,就.
  • 内容简介:上节里,我们用文字的形式大致描述了DNS解析的过程,为了更好的帮助大家理解整个解析过程,我做了一张DNS域名解析的分步图,如下: 在这个图里,通过8个步骤的解析过程就使得客户端可以顺利访问...
  • DNS递归与迭代

    2020-03-02 18:40:59
    客户机向本地DNS服务器发送请求,等待肯定或者否定回复的过程递归过程 迭代是本地服务器向根DNS服务器发出请求,而根DNS服务器只是给出下一级DNS服务器的地址,然后本地DNS服务器再向下一级DNS发送查询请求直至...
  • 域名解析过程的递归查询和迭代查询

    万次阅读 多人点赞 2018-05-02 19:54:19
    所谓递归查询就是:如果主机所询问本地域名服务器不知道被查询域名IP地址,那么本地域名服务器就以DNS客户身份,向其他根域名服务器继续发出查询请求报文(即替该主机继续查询),而不是让该主机自己进行下...
  • 内容简介:上节里,我们用文字的形式大致描述了DNS解析的过程,为了更好的帮助大家理解整个解析过程,我做了一张DNS域名解析的分步图,如下: 在这个图里,通过8个步骤的解析过程就使得客户端可以顺利访问...
  • 上节里,我们用文字的形式大致描述了DNS解析的过程,为了更好的帮助大家理解整个解析过程,我做了一张DNS域名解析的分步图,如下: 在这个图里,通过8个步骤的解析过程就使得客户端可以顺利访问www.163.com 这个...
  • <div><p>递归查询是查询请求...那么DNS查找过程使用递归查询还是迭代查询呢? 扩展: - 如何使用DNS实现负载均衡?</p><p>该提问来源于开源项目:azl397985856/fe-interview</p></div>
  •  域名系统DNS(Domain Name System)是因特网使用命名系统,用来把便于人们使用机器名字转换成为IP地址。域名系统其实就是名字系统。为什么不叫“名字”而叫“域名”呢?这是因为在这种因特网命名系统中使用了...
  • 目录 0.引言 1.域名系统概述 2.DNS基础 3.DNS报文 3.1 查询报文 3.1.1 Flags 3.1.2 Queries 3.2 应答报文 3.2.1 Flags 3.2.2 Answers ...4.域名解析过程 ...4.1 递归查询 4.2 迭代...
  • dns解析的过程及原理 dns主从关系的部署 什么是dns Domain Name Server的缩写,就是域名服务器的意思,域名包括域名服务器和域名解析器,域名是什么呢?我们平时在浏览器中输入的baidu.com就是域名,而www是...

空空如也

空空如也

1 2 3 4 5 ... 18
收藏数 345
精华内容 138
关键字:

dns递归查询的过程