专栏首页cwl_Java速读原著-TCP/IP(DNS 基础)

速读原著-TCP/IP(DNS 基础)

第14章 DNS:域名系统

14.2 DNS 基础

D N S的名字空间和U n i x的文件系统相似,也具有层次结构。图 14-1 显示了这种层次的组织形式。

每个结点(图 1 4 - 1中的圆圈)有一个至多 6 3个字符长的标识。这颗树的树根是没有任何标识的特殊结点。命名标识中一律不区分大写和小写。命名树上任何一个结点的域名就是将从该结点到最高层的域名串连起来,中间使用一个点“.”分隔这些域名(注意这和 U n i x文件系统路径的形成不同,文件路径是由树根依次向下的形成的)。域名树中的每个结点必须有一个唯一的域名,但域名树中的不同结点可使用相同的标识。

以点“.”结尾的域名称为绝对域名或完全合格的域名 F Q D N(Full Qualified DomainN a m e),例如s u n . t u c . n o a o . e d u .。如果一个域名不以点结尾,则认为该域名是不完全的。如何使域名完整依赖于使用的 D N S软件。如果不完整的域名由两个或两个以上的标号组成,则认为它是完整的;或者在该域名的右边加入一个局部后缀。例如域名 s u n通过加上局部后缀. t u c . n o a o . e d u .成为完整的。

顶级域名被分为三个部分:

  1. a r p a是一个用作地址到名字转换的特殊域(我们将在 1 4 . 5节介绍)。
  2. 7个3字符长的普通域。有些书也将这些域称为组织域。
  3. 所有2字符长的域均是基于 I S O 3 1 6 6中定义的国家代码,这些域被称为国家域,或地理域。

图1 4 - 2列出了7个普通域的正式划分。在D N S中,通常认为 3字符长的普通域仅用于美国的组织机构, 2字符长的国家域则用 于每个国家,但情况并不总是这样。许多非美国的组织机构仍然使用普通域,而一些美国的组织机构也使用 . u s的国家域( RFC 1480[Cooper and Postel 1993] 详细描述了. u s域)。

普通域中只有. g o v和. m i l域局限于美国。许多国家将它们的二级域组织成类似于普通域的结构:例如, . a c . u k是英国研究机构的二级域名,. c o . u k则是英国商业机构的二级域名。D N S的一个没在如图 1 4 - 1中表示出来的重要特征是 D N S中域名的授权。没有哪个机构来管理域名树中的每个标识,相反,只有一个机构,即网络信息中心 N I C负责分配顶级域和委派其他指定地区域的授权机构。

一个独立管理的 D N S子树称为一个区域 ( z o n e )。一个常见的区域是一个二级域,如n o a o . e d u。许多二级域将它们的区域划分成更小的区域。例如,大学可能根据不同的系来划分区域,公司可能根据不同的部门来划分区域。

如果你熟悉U n i x的文件系统,会注意到D N S树中区域的划分同一个逻辑U n i x文件系统到物理磁盘分区的划分很相似。正如无法确定图 1 4 - 1中区域的具体位置,我们也不知道一个Unix文件系统中的目录位于哪个磁盘分区。

一旦一个区域的授权机构被委派后,由它负责向该区域提供多个名字服务器。当一个新系统加入到一个区域中时,该区域的 D N S管理者为该新系统申请一个域名和一个 I P地址,并将它们加到名字服务器的数据库中。这就是授权机构存在的必要性。例如,在一个小规模的大学,一个人就能完成每次新系统的加入。但对一个规模较大的大学来说,这一工作必须被专门委派的机构(可能是系)来完成,因为一个人已无法维持这一工作。

一个名字服务器负责一个或多个区域。一个区域的管理者必须为该区域提供一个主名字服务器和至少一个辅助名字服务器。主、辅名字服务器必须是独立和冗余的,以便当某个名字服务器发生故障时不会影响该区域的名字服务。

主、辅名字服务器的主要区别在于主名字服务器从磁盘文件中调入该区域的所有信息,而辅名字服务器则从主服务器调入所有信息。我们将辅名字服务器从主服务器调入信息称为区域传送。

当一个新主机加入一个区域时,区域管理者将适当的信息(最少包括名字和 I P地址)加入到运行在主名字服务器上的一个磁盘文件中,然后通知主名字服务器重新调入它的配置文件。辅名字服务器定时(通常是每隔 3小时)向主名字服务器询问是否有新数据。如果有新数据,则通过区域传送方式获得新数据。

当一个名字服务器没有请求的信息时,它将如何处理?它必须与其他的名字服务器联系。(这正是D N S的分布特性)。然而,并不是每个名字服务器都知道如何同其他名字服务器联系。相反,每个名字服务器必须知道如何同根的名字服务器联系。 1 9 9 3年4月时有8个根名字服务器,所有的主名字服务器都必须知道根服务器的 I P地址(这些 I P地址在主名字服务器的配置文件中,主服务器必须知道根服务器的 I P地址,而不是它们的域名)。根服务器则知道所有二级域中的每个授权名字服务器的名字和位置(即 I P地址)。这意味着这样一个反复的过程:正在处理请求的名字服务器与根服务器联系,根服务器告诉它与另一个名字服务器联系。在本章的后面我们将通过一些例子来详细了解这一过程。

你可以通过匿名的F T P获取当前的根服务器清单。具体是从f t p . r s . i n t e r n i c . n e t或nic.ddn.mil 获取文件n e t i n f o / r o o t - s e r v e r s . t x t。

D N S的一个基本特性是使用超高速缓存。即当一个名字服务器收到有关映射的信息(主机名字到 I P地址)时,它会将该信息存放在高速缓存中。这样若以后遇到相同的映射请求,就能直接使用缓存中的结果而无需通过其他服务器查询。 1 4 . 7节显示了一个使用高速缓存的例子。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 速读原著-TCP/IP(DNS示例)

    让我们从一个简单的例子来了解一个名字解析器与一个名字服务器之间的通信过程。在s u n主机上运行Te l n e t客户程序远程登录到g e m i n i主机...

    cwl_java
  • 速读原著-TCP/IP(RARP服务器的设计)

    虽然R A R P在概念上很简单,但是一个 R A R P服务器的设计与系统相关而且比较复杂。相反,提供一个 A R P服务器很简单,通常是 T C P / I...

    cwl_java
  • 速读原著-TCP/IP(DNS示例)

    让我们通过另一个例子将已经介绍的许多 D N S特性作一个综合性回顾。先启动 Rlogin 客户程序,然后连接到一个位于其他域的 R l o g i n服务器。...

    cwl_java
  • Zookeeper的简介和应用场景

    Zookeeper是一个分布式协调服务;就是为用户的分布式应用程序提供协调服务 A、zookeeper是为别的分布式程序服务的 B、Zookeeper本身就...

    烂猪皮
  • 浅谈Nginx缓存

    在了解Nginx缓存前 先了解Nginx的一般是作为反向代理服务器以及负载均衡服务器的.

    Criss@陈磊
  • IHS称:数据中心的用户选择,白盒Dell EMC

    根据IHS Markit的数据显示,数据中心领域白盒服务器的采用已经超过了品牌服务器。

    SDNLAB
  • Nginx 负载均衡原理简介与负载均衡配置详解

    客户端向反向代理发送请求,接着反向代理根据某种负载机制转发请求至目标服务器(这些服务器都运行着相同的应用),并把获得的内容返回给客户端,期中,代理请求可能根据...

    授客
  • 不得不说的Nginx反向代理策略算法!!

    Nginx的负载均衡功能依赖于 ngx_http_upstream_module,可用于定义由 proxy_pass, fastcgi_pass, uwsgi_...

    架构师修行之路
  • T-Flex 2.0 模块化服务器系统框架

    欢迎关注公众帐号“鹅厂网事”,我们给你提供最新的行业动态信息、腾讯网络与服务器最接地气的干货分享,还有一大波互动交流板块和有奖活动正在筹备当中,需要您的热情参...

    鹅厂网事
  • OCP大会 | T-Flex 2.0服务器框架介绍

    ? 导读:1月15日,首届OCP中国技术研讨会在深圳召开,本次会议是由腾讯云和OCP国际社区合办。在大会现场,腾讯专家工程师蔡克文在OCP技术研讨会上发表名为...

    腾讯技术工程官方号

扫码关注云+社区

领取腾讯云代金券