用于管理网络中的域名的服务器和方法

摘要

该域服务器包括含有分布规则的区域文件，所述分布规则定义了该域的所有子文件夹到多个子区域的划分。这些子区域中的每个子区域的DNS数据由分区服务器托管。该域服务器能够从区域文件获取信息，所述信息使其能标识能够对客户机所传送的用于获取DNS文件夹的请求进行响应的分区服务器。

权利要求

1.一种电信网络(1)中的域(z1.com)的服务器(ns1)，其适于管理与所述域(z1.com)有关的DNS查询，包括用于从客户机设备(CL1)接收试图获取所述域的DNS数据(IP(domain2.z1.com))的查询的装置(10)，所述服务器的特征在于其包括：用于存储区域文件的装置，其含有分区规则(L6，L7)，所述分区规则(L6，L7)定义了所述域(z1.com)的子域集合(domain1.z1.com，domain2.z1.com)到子区域的划分，每个所述子区域的DNS数据由分区服务器托管；

获取装置(10)，其用于从所述区域文件获取足够的信息，以便标识能够响应所述查询的合适的分区服务器；以及发送装置(10)，其用于响应于所述查询将所述足够的信息发送到所述客户机设备(CL1)。

2.根据权利要求1所述的服务器，其特征在于：所述足够的信息包括以下中的一个或多个：

伴有所述分区服务器的名称(ns1-part1，ns1-part2)或别名(server1，server2)的所述分区规则(L6，L7)；

所述合适的分区服务器的名称(ns1-part2)；以及

所述合适的分区服务器的别名(server2)。

3.根据权利要求2所述的服务器，其特征在于：所述足够的信息进一步包括所述合适的分区服务器的地址(10.193.169.73，10.193.169.30)。

4.根据权利要求1至3中任何一项所述的服务器，其特征在于：所述分区规则(L6，L7)是用于获取所述合适的分区服务器的地址的正则表达式。

5.一种管理与电信网络(1)中的域(z1.com)有关的DNS查询的方法，其包括：

从客户机设备(CL1)接收试图获取所述域的DNS数据(IP(domain2.z1.com))的查询的步骤(E10)；所述方法的特征在于其包括：读取包括分区规则的区域文件(FZ1.zone)的步骤(E20)，所述分区规则定义了所述域(z1.com)的子域集合(domain1.z1.com，domain2.z1.com)到子区域的划分，每个所述子区域的DNS数据由分区服务器托管；

从所述区域文件(FZ1.zone)获取足够的信息以便标识能够响应所述查询的所述分区服务器的步骤(E30，E40)；以及响应于所述查询，将所述足够的信息发送到所述客户机设备(CL1)的步骤(E50)。

6.一种电信网络(1)中域名(z1.com)的服务器(ns1)的数据处理系统(CL1)客户机，其包括用于向所述服务器(ns1)发送试图获取所述域的DNS数据(IP(domain2.z1.com))的查询的装置，其特征在于：包括用于解释所接收的响应于所述查询的正则表达式(L6，L7)的装置(20)，该解释使其能够获取能够响应所述查询的分区服务器的名称(ns1-part1)，并且所述正则表达式(L6，L7)定义了所述域(z1.com)的子域集合(domain1.z1.com，domain2.z1.com)到子区域的划分，每个所述子区域的DNS数据由分区服务器托管。

7.一种在电信网络(1)中获取域(z1.com)的DNS数据的方法，其包括发送试图获取所述数据的查询的步骤，所述方法特征在于包括步骤：解释所接收的响应于所述查询的正则表达式(L6，L7)，并且从所述解释获取能够响应所述查询的分区服务器的名称(ns1-part1)，并且所述正则表达式(L6，L7)定义了所述域(z1.com)的子域集合(domain1.z1.com，domain2.z1.com)到子区域的划分，每个所述子区域的DNS数据由分区服务器托管。

8.一种在电信网络(1)中获取域(z1.com)的DNS数据的设备，其包括用于发送试图获取所述数据的查询的装置，所述设备特征在于包括：用于解释所接收的响应于所述查询的正则表达式(L6，L7)，并且从所述解释获取能够响应所述查询的分区服务器的名称(ns1-part1)的装置，并且所述正则表达式(L6，L7)定义了所述域(z1.com)的子域集合(domain1.z1.com，domain2.z1.com)到子区域的划分，每个所述子区域的DNS数据由分区服务器托管。

说明书

用于管理网络中的域名的服务器和方法

技术领域

[0001] 本发明涉及电信网络中的域名服务器的通用字段。由因特网工程任务组(IETF)请求注解(RFC)1034所定义的域名系统(DNS)体系结构管理着网络中的域名。

背景技术

[0002] 该体系结构引入了域概念来标明网络上的一组机器。

[0003] 图1表示这种体系结构。域.，.fr，.com，ft.com和rd.ft.com含有子域。

[0004] 例如，域ft.com包括三个子域：www.ft.com、rd.ft.com和user.ft.com。

[0005] 图1中标有下划线的域被称为终端域。终端域：

[0006] ·可以表示一个或多个物理机器，例如，像终端域www.rd.ft.com；

[0007] ·但也可以不表示任何物理机器，例如，像终端域user.ft.com，其在这里包括由“用户”指定的人的个人信息。

[0008] 包括一个或多个子域的域与域服务器(也称为名称服务器)相关联。

[0009] 域服务器包括区域文件(zone file)。

[0010] 域在逻辑上链接，以便可以通过从根服务器开始逐步询问名称服务器来获取任何域的DNS数据。

[0011] 在本文中，术语“信息”特别指的是域的IP(网际协议)地址、文本区域，或者与域相关联的任何字段(CNAME，等)。

[0012] 随着因特网日益普及，域名服务器也越来越难以管理。

[0013] 特别地，更新操作(其附加于常规的读操作(目录功能))相当多地增加了由这些服务器管理的事务的数目。此外，这些事务要求操作来使主服务器和从服务器同步，并且还
消耗网络资源。

[0014] 此外，域名服务器托管日益增加的大量数据以及日益增加的大区域。

[0015] 先前，域名除了IP地址以外几乎不含更多的信息，且不超过大约二十字节。如今，DNS托管大得多的简档(大约200字节)，例如，ENUM服务(如IETF RFC 2916中所描述
的)。

[0016] 对于该问题的一种已知的解决方案是创建子域，用这种方法所创建的子域的名称服务器托管了先前由产生这些子域的域所托管的数据中的一些数据。

[0017] 然而，该解决方案向域层次添加了另一级别，其使新的子域名称变得复杂。

[0018] 子域名称的该复杂性可以被理解为一种缺点，特别是当子域的名称被用于商业或广告目的的时候。

发明内容

[0019] 本发明旨在解决以上问题。

[0020] 为此，本发明的第一方面提出了一种电信网络中的域服务器，其适于管理与域有关的DNS查询，包括用于从客户机设备接收试图获取该域的DNS数据的查询的装置。所述
服务器包括：

[0021] ·区域文件，其含有分区规则，所述分区规则定义了所述域的子域集合到子区域的划分，每个所述子区域的DNS数据由分区服务器(partitionserver)托管；

[0022] ·获取装置，其用于从所述区域文件获取足够的信息，以便标识能够响应所述查询的合适的分区服务器；以及

[0023] ·发送装置，其用于响应于所述查询将有用信息发送到所述客户机设备。

[0024] 术语“区域(zone)”通常用于指代由服务器托管的数据，并且术语“域”用于指明逻辑实体。然而，术语“区域”和“域”在文献中常被互换使用。

[0025] 在本文的剩余部分，在本发明的上下文中，分区服务器是域名服务器(也被称为父服务器)的子服务器。

[0026] 因而，本发明在子服务器中托管域的数据，其定义了该域的子域的分区。

[0027] 当然，父服务器可以保留其域的一些数据。

[0028] 本领域的技术人员将理解到，这并不是相同区域在其整体上由多个服务器管理的问题(其已经通过DNS来提供)，而是将域分成更容易被域名服务器管理的小区域的问题。

[0029] 特别地，本发明将用于管理域的数据的逻辑分离于其使用，这是非常有利的。

[0030] 本发明的核心更确切地在于由服务器所读取的区域文件。因而，本发明的第二方面针对的是一种数据结构，其由可以通过电信网络中的域服务器来读取的计算机文件组
成，并且包括：

[0031] ·定义了用于将所述域的子域集合划分成子区域的规则的行(line)；以及

[0032] ·包括分区服务器的标识符的行，每个分区服务器托管所述子区域之一的DNS数据。

[0033] 实际上，区域的管理员定义了域的逻辑分区，其相当于将该域的子域划分成不同的组，每组由子服务器或由父服务器本身来托管。

[0034] 本发明的计算机文件主要含有分区服务器标识符的列表(即，子服务器以及某些情况下合适的父服务器)，以及用于标识适于提供所需要的DNS数据的特定分区服务器的
分区规则。

[0035] 由服务器发送回来用于重定向其客户机的有用信息可以具有各种类型。

[0036] 例如，其可以包括以下中的一个或多个：

[0037] ·伴有分区服务器的名称或别名的分区规则；

[0038] ·合适的分区服务器的名称；以及

[0039] ·合适的分区服务器的别名。

[0040] 如果所述有用信息包括分区规则，则客户机设备或其管理员必须解释所述分区规则，以便确定所述分区服务器的名称。

[0041] 本发明的第三方面针对的是一种电信网络中的域名服务器的客户机数据处理系统，其包括用于向所述服务器发送试图获取该域的DNS数据的查询的装置。该客户机数据
处理系统包括：用于解释所接收到的响应于所述查询的正则表达式(regular expression)
的装置，该解释使其能获取能够响应所述查询的分区服务器的名称。

[0042] 一旦其得知所述分区服务器的名称或别名，所述客户机设备便可以询问该服务器，以便获取所需要的数据，如通常在DNS体系结构中那样逐步进行。

[0043] 有用信息优选地进一步包括所述分区服务器的地址，其与一个或多个以上元素相关联。

[0044] 在优选实施例中，用于标识所述分区服务器的分区规则是正则表达式，并且域名服务器包括用于解释该正则表达式的装置，以便获取所述分区服务器的地址并将其发送至
所述客户机设备。

[0045] 正则表达式可以被定义为计算机代码的行，其限定了对字符串内模式的搜索。

[0046] 这一特别有利的特征极大地促进了不具有适于解释正则表达式的本发明的客户机设备的用户的任务。

[0047] 按照相关的方式，本发明涉及一种管理与电信网络中的域相关的DNS查询的方法，其包括从客户机设备接收试图获取该域的DNS数据的查询的步骤。

[0048] 所述方法包括：

[0049] ·读取区域文件的步骤，所述区域文件包括分区规则，其定义了所述域的子域集合到子区域的划分，每个子区域的DNS数据由分区服务器托管；

[0050] ·从所述区域文件获取足够的信息以便标识能够响应所述查询的分区服务器的步骤；以及

[0051] ·响应于所述查询，将所述有用信息发送到所述客户机设备的步骤。

[0052] 本发明还针对一种在电信网络中获取域的DNS数据的方法，其包括发送旨在获取数据的查询的步骤。

[0053] 该方法包括步骤：解释所接收的响应于所述查询的正则表达式，并且从该解释获取能够响应所述查询的分区服务器的名称。

[0054] 所述管理方法以及获取数据的方法的步骤优选地由计算机程序指令来确定。

[0055] 因此，本发明还针对一种在信息介质上的计算机程序，其适于在计算机、域名服务器或客户机设备中执行，并且包括适于执行上述域名管理方法或获取数据的方法的指令。

[0056] 这些程序可以使用任何的编程语言并且可以采用源代码、目标代码或在源代码和目标代码之间的中间代码的形式，例如部分编译形式或任何其它适当的形式。

[0057] 本发明还针对一种计算机可读信息介质，其也可以通过域名服务器来读取，并且含有如上所述的计算机程序的指令。

[0058] 所述信息介质可以是能够存储程序的任何实体或设备。例如，该支持可以包括诸如ROM的存储装置，例如CD ROM或微电子电路ROM，或者磁性存储装置，例如磁盘(软盘)
或硬盘。

[0059] 此外，所述信息介质可以是诸如电或光信号的可传输介质，其可以通过无线电或其它装置经由电缆或光缆而被路由。本发明的程序可以特别通过因特网类型的网络来下
载。

[0060] 可选地，所述信息介质可以是其中并入了程序的集成电路，该电路适于执行所讨论的方法或将在其执行中被使用的方法。

附图说明

[0061] 以下参照附录和附图所给出的描述显露出本发明的其它特征和优点，附录和附图示出了本发明的一个非限制性的实施例，并且其中：

[0062] 附录1和2表示在本发明的两个实施例中的父域名服务器的区域文件的主要行；

[0063] 附录3表示本发明的优选实施例的子域名服务器的区域文件的主要行；

[0064] 图1(已经进行了描述)表示本领域的技术人员已知的DNS域树的例子；

[0065] 图2表示包括两个分区服务器以及本发明的父域名服务器的电信网络；

[0066] 图3是表示本发明的优选域名管理方法的主要步骤的流程图；以及

[0067] 图4是表示用于获取数据的本发明的优选方法的主要步骤的流程图。

具体实施方式

[0068] 图2表示电信网络1以及对域(或区域)z1.com进行管理的域名服务器ns1。

[0069] 如上所述，为了实现本发明，该区域z1.com被划分成子区域。为此使用分区规则，在本例中，其将域z1.com的子域的名称分布如下：

[0070] ·其中首字母从a到m的子域名称由子服务器ns1-part1来托管；以及

[0071] ·其中首字母从n到z的子域名称由子服务器ns1-part2来托管。

[0072] 因此，当客户机CL1询问父服务器ns1以便获得关于子域domain2.z1.com的DNS数据时，客户机接收响应于该查询的、将其重定向到分区服务器ns1-part1的有用信息，因
为该子域(domain2.z1.com)的名称的首字母是字母d，其位于字母a和m之间。

[0073] 对于客户机CL1以及对于每个域名服务器ns1、ns1-part1和ns1-part2来说，图2示出了用于通过电信网络1接收和发送数据的装置10(举例来说，其包括与管理超文本传
送协议(HTTP)的驱动器相关联的网卡)和常规的计算机处理器装置20(也就是处理器)、
含有计算机程序的存储器，以及用于临时存储执行这些程序所需要的变量的随机访问存储
器。

[0074] 服务器ns1的处理器装置20适于执行实现图3中所示出的本发明的管理方法的主要步骤E10到E50的计算机程序指令。

[0075] 类似地，客户机设备CL1的处理器装置20适于执行实现图4中所示出的用于获取DNS数据的本发明的方法的主要步骤F10到F30的计算机程序指令。

[0076] 假设使用通信装置10，客户机CL1向位于IP地址10.193.161.50处的域名服务器ns1发送(图4中的步骤F10)查询，以便获取子域domain2.z1.com的IP地址，也标记
为IP(domain2.z1.com)。

[0077] 该查询可以具有以下类型，例如：

[0078] ·DIG10.193.161.50+norecurse(不递归)domain2.z1.com，DIG(域信息搜索器)是本领域技术人员已知的工具，用于询问DNS体系结构中的域名服务器。

[0079] 在图3的步骤E10中，域名服务器ns1的接收器装置10接收该查询。

[0080] 本领域的技术人员将认识到：DIG命令不含类型，客户机正在查找的数据是类型A的数据，即domain2.z1.com的IP地址。

[0081] 在从客户机CL1接收查询的步骤E10之后，在步骤E20中，服务器ns1的名称处理器装置20读取区域文件FZ1.zone，其定义了该服务器ns1对区域z1.com的管理。

[0082] 例如，该区域文件FZ1.zone可以被存储在服务器ns1的存储器30中。其还可以被存储在另外的机器中。

[0083] 附录1示出了该区域文件FZ1.zone的主要行。

[0084] 这里并未描述符合DNS标准并且本领域技术人员已知的行。

[0085] 该文件包括行L9和L10，其包括对区域z1.com的DNS数据进行管理的分区服务器的标识符ns1-part1和ns1-part2。

[0086] 本领域的技术人员将认识到，在行L9中，网络1上的服务器ns1-part1.z1.com的地址是10.193.161.73(字段A)，并且server1(服务器1)是分区服务器ns1-part2.z1.com
的别名(字段CNAME)，网络1上的分区服务器的地址是10.193.161.30，如在行L11中所指
示的。

[0087] 此外，区域文件FZ1.zone的行L6和L7包括分区规则，在该例中，其用于重定向客户机CL1：

[0088] ·到服务器ns1-part1.z1.com(对于用来获取与其首字母是从a到m的子域相关联的数据的任何查询来说)；以及

[0089] ·到服务器ns1-part2.z1.com(对于其它查询来说)。

[0090] 为了更精确，字段“regexp”含有正则表达式，对于该正则表达式，必须替换由客户机发送的查询。该结果因此构成了将由客户机发送的下一查询。

[0091] 根据本发明，正则表达式包括以后用来指示正在托管所需数据的服务器的名称的测试。

[0092] 附录2示出了本发明第二实施例的服务器ns1的区域文件FZ1a.zone的主要行。

[0093] 只有行L6和L7与附录1的区域文件FZ1.zone不同。

[0094] 该区域文件与先前的区域文件的不同之处在于：重定向指示被置于字段“regexp”中，替换字段为空。

[0095] 可选地，还可以决定指定新的服务，以防止对分区规则的性质的任何解释(这里“服务”涉及客户机为了正确解析查询而必须采用的逻辑)。相应地，通过选择域到名称服
务器(D2NS)首字母缩略词，命名权限指针(NAPTR)将会是如下：

[0096] class type flags service regexp replacement

[0097] ns1 IN NAPTR ″a″ ″D2NS″ ″！＾[a-m]！ns1-part1.z1.com.！″

[0098] 在RFC3403中定义了“service(服务)”字段。其是字符串，使得客户机能够标识其必须实现的处理。在该变量中，引入服务D2NS以便建议客户机必须如何解释NAPTR字段
中所设置的规则的字段。

[0099] 可选地，同样可以决定将分区规则的名称指定为service(服务)函数的自变量，以便防止对分区规则的性质的任何解释。因而，通过选择域到名称服务器(D2NS)首字母缩
略词，字段NAPTR将会是如下：

[0100] class type flags service regexp replacement

[0100] IN NAPTR ″a″ ″D2NS！ns1！ ″ ″！＾[a-m]！ns1-part1.z1.com.！″

[0101] 可选地，同样可以决定在字段“regexp”中指定分区规则的名称，以便防止对分区规则的性质的任何解释。因而，通过选择域到名称服务器(D2NS)首字母缩略词，NAPTR字
段将会是如下，例如：

[0102] class type flags service regexpre placement

[0103] IN NAPTR ″a″ D2NS！ns1！″ ″！＾[a-m]！\\:ns1:ns1-part1.z1.com.！″

[0104] 不给出规则名作为域名的好处在于：这保证了所有的规则都将处于区域的根部，并且防止对与规则有关的域名的不正确的解释。

[0105] 因此，对于客户机来说，优选地是能够确定NS-type(类型)字段所引用的名称是域名还是分区规则。

[0106] 将规则示为域名的好处在于：这为下一询问指定了域的名称。通常，下一询问涉及具有类型(type)A的字段。在本发明中，该询问涉及NAPTR类型字段。

[0107] 在标准DNS中，管理分区的服务器的字段ns指向与类型A的字段有关的查询必须使用的域名。这不再应用于本发明的区域文件。

[0108] 在这里所描述的本发明的优选实施例中，字段ns指的是含有分区规则的NAPTR类型字段(L6和L7)。

[0109] 当然，可以设想创建新类型的字段，而不是如本发明的该实施例所描述的使用NAPTR字段。

[0110] 与域名z1.com相关联的字段ns并不指向类型A字段的这一事实是本发明的区域文件的特征。

[0111] 存在分区规则是另外的特征。

[0112] 在本发明的一个优选实施例中，服务器ns1的处理器装置10适于解释(步骤E30)行L6和L7的正则表达式，以便从域名domain2.z1.com获取对所需DNS数据进行托管的分
发服务器的名称ns1-part1。

[0113] 尽管如此，根据本发明，在步骤E40中，服务器ns1的处理器装置10适于获取用于将客户机CL1重定向到分区服务器ns1-part1的有用信息。

[0114] 该有用信息可以具有任何类型。

[0115] 例如，其可以包括分区规则L6、L7。

[0116] 由服务器ns1获取的有用信息还可以包括分区服务器的名称(ns1-part1.z1.zom)。

[0117] 其可以进一步包括服务器的别名。因此，假设客户机CL1询问服务器ns1(使用以字母“r”开头的域名)，那么别名server1可以形成该有用信息的一部分，用于将客户机CL1
重定向到对该域的数据进行托管的分区服务器，即这里的ns1-part2.z1.com。

[0118] 在本发明的一个优选实施例中，用于重定向的有用信息还包括与以下中的一个或多个相关联的分区服务器的IP地址10.193.161.30：分区规则L6、L7、分区服务器的名称
ns1-part2，或者该服务器的别名server1。

[0119] 返回图3，在步骤E50中，名称服务器ns1向客户机CL1发送响应，其包括在步骤E30和E40中所获取的有用信息。

[0120] 在图4中所表示的步骤F20中，客户机CL1接收该响应。

[0121] 为了更精确，上述对查询DIG的响应可以采用下列形式中的一种：

[0122] ；<<>>DiG9.3.1<<>>domain.z1.com

[0123] ；；global options:printcmd

[0124] ；；Got answer：

[0125] ；；->>HEADER<<-opcode:QUERY，status：NOERROR，id:21511

[0126] ；；flags：qr rd ra；QUERY:1，ANSWER：1，AUTHORITY:4，ADDITIONAL:4

[0127] ；；QUESTION SECTION:

[0128] ；domain.z1.com. IN A

[0129] ；；ANSWER SECTION:

[0130] domain.z1.com. 300 IN A 212.78.202.252

[0131] ；；AUTHORITY SECTION:

[0132] z1.com. 80394 IN NS ns1

[0133] ；；ADDITIONAL SECTION:

[0134] Class type order pref flags service regexp replacement

[0135] ns1 IN NAPTR 100 50 ″a″ ″″ ″！＾[a-m]″ ns1-part1.z1.com[0136] ns1 IN NAPTR 100 50 ″a″ ″″ “！＾[n-z]″ ns1-part2.z1.com

[0137] ns1-part1.z1.com. IN A 10.193.161.73

[0138] ns1-part2.z1.com. IN CNAME server1

[0139] server1 IN A 10.193.161.30

[0140] ；；Query time:91msec

[0141] ；；SERVER：10.193.117.254#53(10.193.117.254)

[0142] ；；WHEN：Fri Apr2216:14:462005

[0143] ；；MSG S工ZE rcvd:217

[0144] 根据本发明，如果需要的话，客户机设备CL1的处理器装置20适于解释该响应中所含的分区规则L6、L7。

[0145] 这里，客户机设备CL1从该解释确定：含有所需数据的分区服务器的名称是ns1-part1。

[0146] 如此，该响应中所含的用于重定向的有用信息被客户机CL1处理，客户机CL1识别出其必须询问服务器ns1-part1.z1.com，以便获取域domain2.z1.com的IP地址。

[0147] 为此，其发送(步骤F10)由子服务器ns1-part1的通信装置20在步骤E10中接收的查询。

[0148] 附录3中设置了对服务器ns1-part1的分区进行管理的区域文件FZ1-part1.zone。

[0149] 在接收到该查询时，子服务器ns1-part1读取(步骤E20)区域文件FZ1-part1.zone，并且获取(步骤E40)域domain2.z1.com的地址10.193.161.33(参见附录3的行
L.13)。

[0150] 该地址在步骤E50中被发送到客户机CL1。

[0151] 在这里所描述的本发明的实施例中，子服务器ns1-part1的区域文件FZ1.part1.zone还包括用于重定向客户机CL1(如果其已经错误地询问了服务器ns1-part1的话)的
信息，例如，为了获取与以例如字母t开头的子域名相关联的数据。

[0152] 在这种情况下，子服务器ns1-part1发送信息，使得客户机CL1能够询问正确的服务器，即ns1-part2。

[0153] 在这种情况下，服务器ns1-part1的响应优选地具有以下形式：

[0154] z1.com. IN ns ns1

[0155] Class type order pref flags service regexp Replacement

[0156] ns1 IN NAPTR 100 50 ″a″ ″D2NS″ ″！＾[a-m]″ns1-part1.z1.com.

[0157] ns1 IN NAPTR 100 50 ″a″ ″D2NS″ ″！＾[n-z]″ ns1-part2.z1.com.

[0158] ns1-part1.z1.com. IN A 10.193.161.73

[0159] ns1-part2.z1.com. IN A 10.193.161.30

[0160] 注意到，当客户机在询问分区服务器之前便已经获得了分区规则时，这是异常情况，因为规则已经被传送给客户机。

[0161] 附录1

[0162] FZ1.zone

[0163] $TTL 86400 //L1

[0164] z1.com. IN SOA localhost.root.localhost{} //L2

[0165] z1.com. IN ns ns1 //L3

[0166] z1.com IN ns ns0 //L4

[0167] class type order pref flags service regexp replacement //L5[0168] ns1 IN NAPTR 100 50 ″a″ ″″ ″！＾[a-m]″ ns1-part1.z1.com //L6[0169] ns1 IN NAPTR 100 50 ″a″ ″″ ″！＾[n-z]″ ns1-part2.z1.com //L7[0170] ns1-part1.z1.com. IN A 10.193.161.73 //L9

[0171] ns1-part2.z1.com. IN CNAME server1 //L10

[0172] server1 IN A 10.193.161.30 //L11

[0173] ns0 IN A 10.193.161.30 //L12

[0174] 附录2

[0175] FZ1a.zone

[0176] $TTL 86400 //L1

[0177] z1.com. IN SOA localhost.root.localhost{} //L2

[0178] z1.com. IN ns ns1 //L3

[0179] z1.com IN ns ns0 //L4

[0180] class type order pref flags service regexp Replacement //L5[0181] ns1 IN NAPTR 100 50 ″a″ ″D2NS″ ″！＾[a-m]！ns1-part1.z1.com.！″ //L6[0182] ns1 IN NAPTR 100 50 ″a″ ″″ ″！＾[n-z]！ns1-part2.z1.com.！″ //L7[0183] ns1-part1.z1.com. IN A 10.193.161.73 //L9

[0184] ns1-part2.z1.com. IN CNAME server1 //L10

[0185] server1 IN A 10.193.161.30 //L11

[0186] ns0 IN A 10.193.161.30 //L12

[0187] 附录3

[0188] FZ1-part1.zone

[0189] $TTL 86400 //L1

[0190] z1.com. IN SOA localhost.root.localhost{ //L2

[0191] } //L3

[0192] z1.com. IN ns ns1 //L4

[0193] class type order pref flags service regexp Replacement //L5[0194] ns1 IN NAPTR 100 50 ″a″ ″D2NS″ ″！＾[a-m]″ns1-part1.z1.com //L6

[0195] ns1 IN NAPTR 100 50 ″a″ ″D2NS″ ″！＾[n-z]″ ns1-part2.z1.com //L7[0196] ns1-part1.z1.com IN A 10.193.161.73 //L9

[0197] ns1-part2.z1.com IN A 10.193.161.30 //L10

[0198] $ORIGIN z1.com

[0199] domain1 IN A 10.193.161.31 //L12

[0200] domain2 IN A 10.193.161.33 //L13