DNS解析全过程分析

DNS解析过程

1.检查浏览器缓存中是否缓存过该域名对应的IP地址

用户通过浏览器浏览过某网站之后,浏览器就会自动缓存该网站域名对应的IP地址,
当用户再次访问的时候,浏览器就会从缓存中查找该域名对应的IP地址,
因为缓存不仅是有大小限制,而且还有时间限制(域名被缓存的时间通过TTL属性来设置),
所以存在域名对应的IP找不到的情况。
当浏览器从缓存中找到了该网站域名对应的IP地址,那么整个DNS解析过程结束,
如果没有找到,将进行下一步骤。
对于IP的缓存时间问题,不宜设置太长的缓存时间,
时间太长,如果域名对应的IP发生变化,那么用户将在一段时间内无法正常访问到网站,
如果太短,那么又造成频繁解析域名。

2.如果在浏览器缓存中没有找到IP,那么将继续查找本机系统是否缓存过IP

如果第一个步骤没有完成对域名的解析过程,
那么浏览器会去系统缓存中查找系统是否缓存过这个域名对应的IP地址,
也可以理解为系统自己也具备域名解析的基本能力。
在Windows系统中,可以通过设置hosts文件来将域名手动绑定到某IP上,
hosts文件位置在C:/Windows/System32/drivers/etc/hosts。
对于普通用户,并不推荐自己手动绑定域名和IP,
对于开发者来说,通过绑定域名和IP,可以轻松切换环境,可以从测试环境切换到开发环境,方便开发和测试。
在XP系统中,黑客常常修改他的电脑的hosts文件,将用户常常访问的域名绑定到他指定的IP上,
从而实现了本地DNS解析,导致这些域名被劫持。
在Linux或者Mac系统中,hosts文件在/etc/hosts,修改该文件也可以实现同样的目的。

3.向本地域名解析服务系统发起域名解析的请求

如果在本机上无法完成域名的解析,那么系统只能请求本地域名解析服务系统进行解析,
本地域名系统LDNS一般都是本地区的域名服务器,
比如你连接的校园网,那么域名解析系统就在你的校园机房里,
如果你连接的是电信、移动或者联通的网络,那么本地域名解析服务器就在本地区,由各自的运营商来提供服务。
对于本地DNS服务器地址,Windows系统使用命令ipconfig就可以查看,
在Linux和Mac系统下,直接使用命令cat /etc/resolv.conf来查看LDNS服务地址。
LDNS一般都缓存了大部分的域名解析的结果,当然缓存时间也受域名失效时间控制,
大部分的解析工作到这里就差不多已经结束了,LDNS负责了大部分的解析工作。

4.向根域名解析服务器发起域名解析请求

本地DNS域名解析器还没有完成解析的话,那么本地域名解析服务器将向根域名服务器发起解析请求。

5.根域名服务器返回gTLD域名解析服务器地址

本地DNS域名解析向根域名服务器发起解析请求,
根域名服务器返回的是所查域的通用顶级域(Generic top-level domain,gTLD)地址,
常见的通用顶级域有.com、.cn、.org、.edu等。

6.向gTLD服务器发起解析请求

本地域名解析服务器向gTLD服务器发起请求。

7.gTLD服务器接收请求并返回Name Server服务器

gTLD服务器接收本地域名服务器发起的请求,并根据需要解析的域名,找到该域名对应的Name Server域名服务器,
通常情况下,这个Name Server服务器就是你注册的域名服务器,
那么你注册的域名的服务商的服务器将承担起域名解析的任务。

8.Name Server服务器返回IP地址给本地服务器

Name Server服务器查找域名对应的IP地址,将IP地址连同TTL值返回给本地域名服务器。

9.本地域名服务器缓存解析结果

本地域名服务器缓存解析后的结果,缓存时间由TTL时间来控制。

10.返回解析结果给用户

解析结果将直接返回给用户,用户系统将缓存该IP地址,缓存时间由TTL来控制,至此,解析过程结束。

DNS解析过程分析

基本概念

域名解析记录主要分为A记录、MX记录、CNAME记录、NS记录以及TXT记录。

  • A记录:A代表的是Address,用来指定域名对应的IP地址,
    比如将map.baidu.com指定到180.97.34.157,
    将zhidao.baidu.com指定到180.149.131.245,
    A记录允许将多个域名解析到一个IP地址,但不允许将一个域名解析到多个IP地址上。
  • MX记录:MX代表的是Mail Exchage,就是可以将某个域名下的邮件服务器指向自己的Mail Server,
    如baidu.com域名的A记录IP地址是180.97.34.157,
    如果将MX记录设置为180.97.34.154,即[email protected]的邮件路由,
    那么DNS会将邮件发送到180.97.34.154所在的服务器,
    而正常web请求仍然会解析到A记录的IP地址180.97.34.157。
  • CNAME记录:CNAME指的就是Canonical Name,也就是别名解析,
    可以将指定的域名解析到其他域名上,而其他域名就是指定域名的别名,整个解析过程称为别名解析。
    比如将baidu.com解析到shifen.com,shifen.com就是baidu.com的别名。
  • NS记录:就是为某个域名指定了特定的DNS服务器去解析。
  • TXT记录:为某个主机名或者域名设置特定的说明,
    比如为baidu.com设置的的TXT记录为“baidu desc”,这个TXT记录为baidu.com的说明

命令查看

nslookup

上图中Non-authoritative answer表示解析结果来自非权威服务器,
也就是说这个结果来自缓存,并没有完全经历全部的解析过程,
从某个缓存中读取的结果,这个结果存在一定的隐患,比如域名对应的IP地址已经更变。
这只是一个快捷的解析结果,如果需要浏览全部的解析过程,那么可以使用dig命令来查看解析过程。

dig

分析上图DNS解析过程,我们可以看出:

1.从本地DNS域名解析服务器获取到13个根DNS域名服务器(.)对应的主机名

2.从13个根域名服务器中的其中一个(这里是g.root-servers.net)获取到顶级com.的服务器IP(未显示)和名称

3.向com.域的一台服务器192.52.178.30(k.gtld-servers.net)请求解析,
它返回了baidu.com域的服务器IP(未显示)和名称,百度有四台顶级域的服务器

4.向百度的顶级域服务器112.80.248.64(ns3.baidu.com)请求www.baidu.com,
它发现这个www有个别名,而不是一台主机,别名是www.a.shifen.com

一般情况下,DNS解析到别名就停止了,返回了具体的IP地址,
如果想看到具体的IP地址,可以进一步对别名进行解析,
解析结果如下:

上图是直接对www.wshifen.com的解析结果,
因为发现对 www.a.shifen.com解析后,发现别名是 www.wshifen.com
这时候看到最后的解析结果是103.235.46.39
在解析别名的过程中,可以发现shifen.com和baidu.com都是指定了相同的域名解析服务器。
以上是一个域名的解析过程,最后的解析结果和一开始的使用nslookup的结果一致。

参考资料

DNS浅谈

原文地址:https://www.cnblogs.com/fanfan259/p/10240670.html

时间: 2024-10-08 14:01:53

DNS解析全过程分析的相关文章

DNS解析全过程

一直对DNS的解析概念很模糊,今日看到一篇关于DNS服务器的讲义,认为讲的很详细,特此整理: 什么是DNS DNS 全名为 DOMAIN NAME SYSTEM ,主要作用是把网站域名解析为对应的IP地址 这个域名与IP地址的对应关系叫做A记录,英文名叫 address record A记录是DNS最重要的功能,DNS服务器还有许多其他的功能,例如: 1)设置CNAME别名记录(之前没接触过,所以不知道是什么鬼,据说这个常被CDN加速服务商用到) 2)设置MX邮件记录,在购买或者搭建邮件服务器的

外部网站DNS解析过程详解

对外部网站的DNS解析全过程图解(排除ISP缓存方面,只是原理) 如下图: 上图是自制,如有错误地方,还请评论指点,谢谢! 以下为DNS详解,转载自百度文库! 平时我们进行域名解析所用到的DNS服务器,是面对客户的一线服务器. DNS服务器是(Domain Name System或者Domain Name Service)域名系统或者域名服务,域名系统为Internet上的主机分配域名地址和IP地址. 用户使用域名地址,该系统就会自动把域名地址转为IP地址.域名服务是运行域名系统的Interne

分析DNS解析时间

提高网页的打开速度,一般地我们会选择使用CDN,利用“就近原则”让用户在最短的时间内获取到服务器资源,实际应用当中采用CDN的方式提高网站访问速度的效果也是最明显的.这也就是为什么国外的空间打开速度远不及国内的主机的访问速度的原因了. 我们知道在用户访问网站时先得经过域名DNS解析这一过程,可能很多人对于DNS解析时间平常并没有太在意.性能稳定.响应时间快的DNS域名 解析服务与不稳定.响应过慢的DNS的域名解析时间可能相差1秒,而对于网站存在过多的域名解析请求,这个时间积累起来就非常地多了.

双网卡双线路DNS解析分析

在企业网络维护过程中我们经常会遇到这样或那样的奇怪问题,而很多问题需要有深厚的理论知识才能解决.而随着网络的飞速发展越来越多的中小企业开始尝试通过多条线路来保证网络的畅通,一方面双网卡下的双线接入可以保证我们的速度有所提升,彻底解决网通与电信双网交叉访问问题:另一方面双线接入保证企业网络即使有一条线路出现问题另外一条也可以马上接管工作,从而保证企业网络畅通无阻,为企业外网接入提供冗余功能.今天我们也主要讨论下在双网卡双线路接入下的问题. 一,认知盲区解惑之DNS解析: 在实际工作中我们可能会产生

转载:DNS解析过程详解

2015-09-20 此好文是转载,如有侵权联系我,立马删掉 DNS的几个基本概念: 一. 根域 就是所谓的“.”,其实我们的网址www.baidu.com在配置当中应该是www.baidu.com.(最后有一点),一般我们在浏览器里输入时会省略后面的点,而这也已经成为了习惯. 根域服务器我们知道有13台,但是这是错误的观点. 根域服务器只是具有13个IP地址,但机器数量却不是13台,因为这些IP地址借助了任播的技术,所以我们可以在全球设立这些IP的镜像站点,你访问到的这个IP并不是唯一的那台主

002.DNS解析过程详解

先说一下DNS的几个基本概念: 一. 根域 就是所谓的“.”,其实我们的网址www.baidu.com在配置当中应该是www.baidu.com.(最后有一点),一般我们在浏览器里输入时会省略后面的点,而这也已经成为了习惯. 根域服务器我们知道有13台,但是这是错误的观点. 根域服务器只是具有13个IP地址,但机器数量却不是13台,因为这些IP地址借助了任播的技术,所以我们可以在全球设立这些IP的镜像站点,你访问到的这个IP并不是唯一的那台主机. 具体的镜像分布可以参考维基百科.这些主机的内容都

DNS解析过程详解

先说一下DNS的几个基本概念: 一. 根域 就是所谓的“.”,其实我们的网址www.baidu.com在配置当中应该是www.baidu.com.(最后有一点),一般我们在浏览器里输入时会省略后面的点,而这也已经成为了习惯. 根域服务器我们知道有13台,但是这是错误的观点. 根域服务器只是具有13个IP地址,但机器数量却不是13台,因为这些IP地址借助了任播的技术,所以我们可以在全球设立这些IP的镜像站点,你访问到的这个IP并不是唯一的那台主机. 具体的镜像分布可以参考维基百科.这些主机的内容都

减少域名DNS解析时间将网页加载速度提升新层次-DNS缓存/预读取/拆分域名

我们知道在用户访问网站时先得经过域名DNS解析这一过程,可能很多人对于DNS解析时间平常并没有太在意.性能稳定.响应时间快的DNS域名解析服务与不稳定.响应过慢的DNS的域名解析时间可能相差1秒,而对于网站存在过多的域名解析请求,这个时间积累起来就非常地多了. 本篇文章就来分享一下通过优化网站DNS域名解析,减少域名DNS解析时间,从而让网站在原来的访问速度的前提下继续实现新的飞跃.想要了解更多的有关于网站和服务器优化加速的方法,可以试试: 1.加快SSL:Nginx和Apache上安装SPDY

(转)DNS解析过程详解

DNS解析过程详解 原文:http://blog.csdn.net/crazw/article/details/8986504 先说一下DNS的几个基本概念: 一. 根域 就是所谓的".",其实我们的网址www.baidu.com在配置当中应该是www.baidu.com.(最后有一点),一般我们在浏览器里输入时会省略后面的点,而这也已经成为了习惯. 根域服务器我们知道有13台,但是这是错误的观点. 根域服务器只是具有13个IP地址,但机器数量却不是13台,因为这些IP地址借助了任播的