公司企业网站的选择,网站开发的类型,wordpress阿里云邮件,最早做淘宝客的网站一#xff0e; 根域 就是所谓的“.”#xff0c;其实我们的网址www.baidu.com在配置当中应该是www.baidu.com.#xff08;最后有一点#xff09;#xff0c;一般我们在浏览器里输入时会省略后面的点#xff0c;而这也已经成为了习惯。 根域服务器我们知道有13台#xff… 一 根域 就是所谓的“.”其实我们的网址www.baidu.com在配置当中应该是www.baidu.com.最后有一点一般我们在浏览器里输入时会省略后面的点而这也已经成为了习惯。 根域服务器我们知道有13台但是这是错误的观点。 根域服务器只是具有13个IP地址但机器数量却不是13台因为这些IP地址借助了任播的技术所以我们可以在全球设立这些IP的镜像站点你访问到的这个IP并不是唯一的那台主机。 具体的镜像分布可以参考维基百科。这些主机的内容都是一样的 二 域的划分
根域下来就是顶级域或者叫一级域 有两种划分方式一种互联网刚兴起时的按照行业性质划分的com.net.等一种是按国家划分的如cn.jp.等。 具体多少你可以自己去查我们这里不关心。 每个域都会有域名服务器也叫权威域名服务器。 Baidu.com就是一个顶级域名而www.baidu.com却不是顶级域名他是在baidu.com 这个域里的一叫做www的主机。 一级域之后还有二级域三级域只要我买了一个顶级域并且我搭建了自己BIND服务器或者其他软件搭建的注册到互联网中那么我就可以随意在前面多加几个域了当然长度是有限制的。 比如a.www.baidu.com在这个网址中www.baidu.com变成了一个二级域而不是一台主机主机名是a。 三 域名服务器 能提供域名解析的服务器上面的记录类型可以是A(address)记录NS记录name serverMXmailCNAME等。 详解参见博客域名解析中A记录、CNAME、MX记录、NS记录的区别和联系 A记录是什么意思呢就是记录一个IP地址和一个主机名字比如我这个域名服务器所在的域test.baidu.com我们知道这是一个二级的域名然后我在里面有一条A记录,记录了主机为a的IP查到了就返回给你了。 如果我现在要想baidu.com这个域名服务器查询a.test.baidu.com那么这个顶级域名服务器就会发现你请求的这个网址在test.baidu.com这个域中我这里记录了这个二级域的域名服务器test.baidu.com的NS的IP。我返回给你这个地址你再去查主机为a的主机把。 这些域内的域名服务器都称为权威服务器直接提供DNS查询服务。这些服务器可不会做递归哦 四解析过程 那么我们的DNS是怎么解析一个域名的呢 1.现在我有一台计算机通过ISP接入了互联网那么ISP就会给我分配一个DNS服务器这个DNS服务器不是权威服务器而是相当于一个代理的dns解析服务器他会帮你迭代权威服务器返回的应答然后把最终查到IP返回给你。 2.现在的我计算机要向这台ISPDNS发起请求查询www.baidu.com这个域名了(经网友提醒这里其实准确来说不是ISPDNS而应该是用户自己电脑网络设置里的DNS并不一定是ISPDNS。比如也有可能你手工设置了8.8.8.8) 3.ISPDNS拿到请求后先检查一下自己的缓存中有没有这个地址有的话就直接返回。这个时候拿到的ip地址会被标记为非权威服务器的应答。 4.如果缓存中没有的话ISPDNS会从配置文件里面读取13个根域名服务器的地址这些地址是不变的直接在BIND的配置文件中 5.然后像其中一台发起请求。 6.根服务器拿到这个请求后知道他是com.这个顶级域名下的所以就会返回com域中的NS记录一般来说是13台主机名和IP。 7.然后ISPDNS向其中一台再次发起请求com域的服务器发现你这请求是baidu.com这个域的我一查发现了这个域的NS那我就返回给你你再去查。 目前百度有4台baidu.com的顶级域名服务器。 8.ISPDNS不厌其烦的再次向baidu.com这个域的权威服务器发起请求baidu.com收到之后查了下有www的这台主机就把这个IP返回给你了 9.然后ISPDNS拿到了之后将其返回给了客户端并且把这个保存在高速缓存中。 下面我们来用 nslookup 这个工具详细来说一下解析步骤 从上图我们可以看到: 第一行Server是DNS服务器的主机名--210.32.32.1 第二行Address是 它的IP地址--210.32.32.1#53 下面的Name是解析的URL-- www.jsjzx.com Address是解析出来的IP--112.121.162.168 但是也有像百度这样的DNS比较复杂的解析: 你会发现百度有一个cname www.a.shifen.com 的别名。 这是怎么一个过程呢 我们用dig工具来跟踪一下把linux系统自带有 ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ Dig工具会在本地计算机做迭代然后记录查询的过程。 第一步是向我这台机器的ISPDNS获取到根域服务区的13个IP和主机名[b-j].root-servers.net.。 第二步是向其中的一台根域服务器Servername就是末行小括号里面的发送www.baidu.com的查询请求他返回了com.顶级域的服务器IP未显示和名称 第三步便向com.域的一台服务器192.33.4.12请求,www.baidu.com他返回了baidu.com域的服务器IP未显示和名称百度有四台顶级域的服务器 【此处可以用dig 192.33.4.12 www.baidu.com查看返回的百度顶级域名服务器IP地址】。 第四步呢向百度的顶级域服务器202.108.22.220请求www.baidu.com他发现这个www有个别名而不是一台主机别名是www.a.shifen.com。 --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 按照一般的逻辑当dns请求到别名的时候查询会终止而是重新发起查询别名的请求所以此处应该返回的是www.a.shifen.com而已。 但是为什么返回a.shifen.com的这个域的NS呢 我们可以尝试下面的这个命令dig trace shifen.com 看看有什么结果。。。。。。。。 你会发现第三步时shifen.com这个顶级域的域名服务器和baidu.com这个域的域名服务器是同一台主机即dns.baidu.com 当我拿到www.baidu.com的别名www.a.shifen.com的时候我本来需要重新到com域查找shifen.com域的NS但是因为这两个域在同一台NS上所以直接向本机发起了 shifen.com域发现请求的www.a.shifen.com是属于a.shifen.com这个域的 于是就把a.shifen.com的这个NS和IP返回让我到a.shifen.com这个域的域名服务器上查询www.a.shifen.com。 于是我便从ns X .a.shifen.com中一台拿到了一条A记录最终的最终也便是www.baidu.com的IP地址了.【此处也可以用dig trace www.a.shifen.com】跟踪一下 用一个图来说明一下(图中第三步的全世界只有13台是错误的) 以下内容为在虚拟机中搭建local dns服务器得到的实验数据纠正上述结论 在上面的分析中我们用dig工具进行了追踪但是dig没有继续追踪当我们从baidu.com拿到cname和ns2.a.shifen.com的IP之后的事情。 我们就所以然的下结论认为local dns会向ns2.a.shifen.com请求www.a.shifenc.om。 其实这个想法是错误在自己的本地搭建一个local dns抓取整个解析过程中是所有包看看就明白拉。 实际的结果是虽然dns.baidu.com返回了a.shifen.com域的服务器地址和IP 但是local dns并不是直接向上述返回的IP请求www.a.shifen.com而是再一次去请求com域得到shifen.com域的服务器也就是baidu.com的那四台 然后又请求www.a.shifen.com返回a.shifen.com的域的服务器最后才是去请求www.a.shifen.com 虽然上面已经返回了IP但是实验的结果就是再走一遍shifen.com域的查询。 上图就是localdns在解析www.baidu.com的抓包全过程。蓝色那条就是在收到cname和响应的a.shifen.com的域名服务器IP地址之后继续向com域请求shifen.com。 下表是这些机器的管理单位、设置地点及最新的IP地址字母 IPv4地址 IPv6地址 自治系统编号AS-number 旧名称 运作单位 设置地点 #数量全球性/地区性 软件 A 198.41.0.4 2001503ba3e230 AS19836 ns.internic.net VeriSign 以任播技术分散设置于多处 6/0 BIND B 192.228.79.201 2004年1月起生效旧IP地址为128.9.0.107 20014786553 not in root zone yet none ns1.isi.edu 南加州大学信息科学研究所 Information Sciences Institute University of Southern California 美国加州马里纳戴尔雷伊 Marina del Rey 0/1 BIND C 192.33.4.12 2001:500:2::C AS2149 c.psi.net Cogent Communications 以任播技术分散设置于多处 6/0 BIND D 199.7.91.132013年起生效旧IP地址为128.8.10.90 2001:500:2::D AS27 terp.umd.edu 马里兰大学学院市分校 University of Maryland College Park 美国马里兰州大学公园市 College Park 1/0 BIND E 192.203.230.10 AS297 ns.nasa.gov NASA 美国加州山景城 Mountain View 1/0 BIND F 192.5.5.241 20015002ff AS3557 ns.isc.org 互联网系统协会 Internet Systems Consortium 以任播技术分散设置于多处 2/47 BIND G 192.112.36.4 AS5927 ns.nic.ddn.mil 美国国防部国防信息系统局 Defense Information Systems Agency 以任播技术分散设置于多处 6/0 BIND H 128.63.2.53 20015001803f235 AS13 aos.arl.army.mil 美国国防部陆军研究所 U.S. Army Research Lab 美国马里兰州阿伯丁Aberdeen 1/0 NSD I 192.36.148.17 20017fe53 AS29216 nic.nordu.net 瑞典奥托诺米嘉公司Autonomica 以任播技术分散设置于多处 36 BIND J 192.58.128.30 2002年11月起生效旧IP地址为198.41.0.10 2001503c27230 AS26415 VeriSign 以任播技术分散设置于多处 63/7 BIND K 193.0.14.129 20017fd1 AS25152 荷兰RIPE NCC 以任播技术分散设置于多处 5/13 NSD L 199.7.83.42 2007年11月起生效旧IP地址为198.32.64.12 2001500342 AS20144 ICANN 以任播技术分散设置于多处 37/1 NSD M 202.12.27.33 2001dc335 AS7500 日本WIDE Project 以任播技术分散设置于多处 5/1 BIND
中国大陆地区内只有6组根服务器镜像FI3台JL在少数极端情况下比如全球互联网出现大面积瘫痪、或者中国互联网国际出口堵塞至少能保证国内的站点由国内的域名服务器来解析。虽然国外的用户连接到我国的网络会出现问题但是我国可以自己解决中国境内的域名解析问题保证国内网络正常使用。
