常用的资源记录类型

7.6.2 主要资源记录类型及应用示例创建区域之后，需要向该区域添加其他的资源记录。要添加的最常用资源记录（RR ）包括以下几种。 主机（A ）：用于将DNS 域名映射到计算机使用的IP 地址。别名

7.6.2 主要资源记录类型及应用示例

创建区域之后，需要向该区域添加其他的资源记录。要添加的最常用资源记录（RR ）包括以下几种。 主机（A ）：用于将DNS 域名映射到计算机使用的IP 地址。

别名（CNAME ）：用于将DNS 域名的别名映射到另一个主要的或规范的名称。

邮件交换器（MX ）：用于将DNS 域名映射为交换或转发邮件的计算机的名称。

指针（PTR ）：用于映射基于指向其正向DNS 域名的计算机的IP 地址的反向DNS 域名。

服务位置（SRV ）：用于将DNS 域名映射到指定的DNS 主机列表，该DNS 主机提供诸如Active Directory域控制器之类的特定服务。

下面分别对以上5种主要资源记录的作用和基本配置方法进行简单介绍。

1．主机（A ）资源记录（ARR ）

ARR 就是主机地址（A ）资源记录。它负责将DNS 域名映射到Internet 协议（IP ）版本4的32位地址中。语法格式为：owner class ttl A IP_v4_address（其中的ttl 字段值省略）。

例如：GRFW-S1. grfwgz.local. IN A 192.168.0.1（注意，域主机FQDN 后面的句号（. ）不能少，下同）。 主机（A ）资源记录在区域中使用，以将计算机（或主机）的DNS 域名与它们的IP 地址相关联，并能按多种方法添加到区域中。

使用DNS 控制台，您可以手动为静态TCP/IP客户端创建A 资源记录。

方法是在DNS 控制台相应正向查找区域中单击鼠标右键，在弹出菜单中选择【新建主机】命令，即可打开如图7-38

其中的“创建相关的指针（PTR ）记录”复选项用来指定是否在反向查找区域中创建该主机的指针（PTR ）资源记录。这种操作允许DNS 客户端将主机IP 地址解析为其相关的名称。如果选择该选项，则DNS 控制台使用上面为主机名和IP 地址指定的信息在现有的反向查找区域中构造一个相关的PTR 资源记录。但要注意，为了创建指针（PTR ）资源记录，反向查找区域必须已经存在于In-addr.arpa 域中的DNS 服务器上，否则要先创建该反向查找区域。

如果选择了“允许所有经过身份验证的用户用相同的所有者名称来更新DNS 记录”复选项，则指定任何经过验证的客户端都可以更新该资源记录。该选项应用于使用当前记录指定的名称创建的任何其他资源记录，

其显示在DNS 控制台的“名称”列中。该选项将ACL 应用到资源记录中，它可以在资源记录的安全设置中被修改。该设置只适用于存储在Active Directory中的区域的资源记录。

当IP 配置更改时，Windows 客户端和服务器使用DHCP 客户端服务在DNS 内动态注册和更新自己的A 资源记录。

如果运行较早版本的Microsoft 操作系统，且启用DHCP 的客户端从有资格的DHCP 服务器获取它们的IP 租约，则可通过代理来注册和更新其A 资源记录（目前只有Windows 2000和Windows Server 2003 DHCP Server 服务支持该功能）。

并非所有计算机都需要主机（A ）资源记录，但是在网络上共享资源的计算机需要该记录。共享资源并需要用其DNS 域名进行识别的任何计算机，都需要使用A 资源记录来提供对计算机IP 地址的DNS 名称解析。 区域内需要的大多数ARR 可以包含其他共享资源的工作站或服务器、其他DNS 服务器、邮件服务器和Web 服务器。这些资源记录由区域数据库中的大部分资源记录构成。

2．别名（CNAME ）资源记录（CNAMERR ）

CNAMERR 是规范名（CNAME ）资源记录。将owner 字段中的别名或备用的DNS 域名映射到canonical_name字段中指定的标准或主要DNS 域名。此数据中所使用的标准或主要DNS 域名是必需的，并且必须解析为名称空间中有效的DNS 域名。

语法格式为：owner ttl class CNAME canonical_name

例如：aliasname.example.microsoft.com. CNAME truename.example.microsoft.com。

别名（CNAME ）资源记录允许您使用多个名称指向单个主机，使得某些任务更容易执行。例如，在同一台计算机上维护FTP 服务器和Web 服务器，就可以通过使用映射为DNS 主机名（如GRFW-S1）的CNAMERR ，为主持这些服务的服务器计算机的服务器名称（ftp 、www ）。

添加CNAMERR 的方法与添加ARR 的方法差不多，但它不仅可以在正向查找区域中创建，还可以在反向查找区域中创建。在相应查找区域中单击鼠标右键，在弹出菜单中选择【新建别名】命令，打开如图7-39所示的对话框。在其中分别输入对应记录的别名和目标主机的完全合格域名即可。对话框中的复选项功能和配置方法与前面介绍的ARR 记录中的对应复选项功能一样。

图7-39 “新建资源记录”对话框的“别名（CNAME ）”选项卡

建议在下列情况中使用CNAMERR 。

在同一区域的ARR 中指定的主机需要被重新命名时。

当用于像www 这样的已知服务器的通用名称需要解析一组提供相同服务的单独计算机（每个都有单独的ARR ）时。例如，一组冗余Web 服务器。

在区域中使用现有ARR 为计算机重新命名时，您可以暂时使用CNAMERR 让用户和程序使用宽限周期，以便从指定旧的计算机名转换到使用新名称。为此，需要进行如下操作。

（1）对于计算机的新DNS 域名，新的ARR 将被添加到该区域中。

（2）对于旧的DNS 域名，将添加指向新ARR 的CNAMERR 。

（3）从区域中删除旧DNS 域名（如果合适的话，还有与之相关的PTRRR ）的原始ARR 。

使用CNAMERR 为计算机定义别名或重新命名时，对记录从DNS 删除之前记录在区域中使用的时间设置暂时的限制。如果您忘记删除CNAMERR 而以后删除了与其关联的ARR ，那么CNAMERR 有可能会尝试解析网上不再使用的名称的查询，从而浪费了服务器资源。

CNAMERR 最普遍的用法是向多台计算机或Web 服务器使用的一个IP 地址提供永久的DNS 域别名，用于基于服务的名称（如www.example.microsoft.com ）的通用名称解析。下例显示了如何使用CNAMERR 的基本语法。

alias_name IN CNAME primary_canonical_name

下面再举一例进行说明。在如下示例中，需要使用名为host-a.example.microsoft.com 的计算机同时充当名为“www.example.microsoft.com ”的Web 服务器和名为“ftp.example.microsoft.com ”的FTP 服务器。要实现命名该计算机的预期目的，可在example.microsoft.com 区域中添加和使用下列CNAME 项。

如果您后来决定将FTP 服务器移至独立于host-a 上的Web 服务器的另一台计算机，只要为

ftp.example.microsoft.com 改变区域中的CNAMERR 并向主持FTP 服务器的新计算机的区域添加其他的ARR 即可。在以上示例的基础上，如果新计算机被命名为host-b.example.microsoft.com ，则新的和修改的A 和CNAMERR 记录如下。

3．邮件交换器（MX ）资源记录（MXRR ）

MXRR 是邮件交换器（MX ）资源记录。如mail_exchanger_host中指定的那样，它为邮件交换器主机提供邮件路由，以便将邮件发送给owner 字段中指定的域名。2位数的首选参数值表示在指定了多个交换器主机情况下的首选顺序。每个交换机主机都必须在有效区域中有一个相应的主机（A ）地址资源记录。 语法格式为：owner ttl class MX preference mail_exchanger_host

例如：example.microsoft.com. MX 10 mailserver1.example.microsoft.com。

邮件交换器（MX ）资源记录由电子邮件应用程序使用，用以根据在目标地址中使用的DNS 域名为电子邮件接收者定位邮件服务器。例如，对名称example.microsoft.com 的DNS 查询可能会用于寻找MXRR ，允许电子邮件应用程序将邮件转发或交换到电子邮件地址为user@example.microsoft.com的用户。

添加MXRR 的方法与前面的ARR 的添加方法类似，也是在相应的正向查找区域上单击鼠标右键，在弹出菜单中选择【新建邮件交换器】命令，打开如图7-40所示的对话框。在“主机或子域”文本框中输入担当邮件服务器的主机名。如果将其保留为空，则邮件交换器名与父域名相同。如果需要在此处添加包含句点（. ）的名称以指明额外域等级的名称，则首先在DNS 控制台中分别地添加其他域，然后添加作为单一部分名称的新MX 记录。通常不用填写这一栏，使它与父域名一样。

图7-40 “新建资源记录”对话框的“邮件交换器（MX ）”选项卡

要在“邮件服务器的完全合格的域名（FQDN ）”文本框中输入邮件服务器的完全合格名，在“完全合格的域名”文本框中会自动显示对应的域名。还需要在“邮件服务器优先级”文本框中输入一个指定值，值越小优先级别越高，越优先执行。

MXRR 为处理域的邮件的计算机显示DNS 域名。如果存在多个MXRR ，则DNS 客户端服务会尝试按照从最低值（最高优先级）到最高值（最低优先级）的优先级顺序与邮件服务器联系。以下是使用MXRR 的基本语法的示例。

mail_domain_name IN MX preferencemailserver_host

同样举一个示例进行说明。现假设想通过使用在example.microsoft.com 区域下显示的MXRR ，发送到user@example.microsoft.com的邮件首先发往user@mailserver0.example. microsoft.com （如果可能）。如果该服务器不可用，则解析程序客户端使用user@mailserver1. example.microsoft.com。这样需添加以下MXRR 。

在以上记录中的at 符号（@）的使用表明发件人的DNS 域名和区域的源名称（example.microsoft.com ）相同。

4．指针（PTR ）资源记录（PTRRR ）

PTRRR 是指针（PTR ）资源记录。正如targeted_domain_name中所指定的那样，它可从owner 中的名称指向DNS 名称空间中的另一位置。经常在诸如in-addr.arpa 域树的特殊域中使用，以提供地址—名称映射的反向查找。在大多数情况下，每个记录提供指向另一DNS 域名位置的信息，如正向查找区域中的相应主机

（A ）地址资源记录。有关详细信息，请参阅RFC 1035。

语法格式为：owner ttl class PTR targeted_domain_name。

例如：1.0.0.10.in-addr.arpa. PTR host.example.microsoft.com。

指针（PTR ）RR 用于支持基于在in-addr.arpa 域中创建和确立的区域的反向查找过程。这些记录用于通过IP 地址定位计算机并为该计算机将信息解析为DNS 域名。

PTRRR 能以多种方法添加到区域中，如下所述。

可以为使用DNS 的静态TCP/IP客户端手动创建PTRRR ，既可以作为一个单独的过程，也可以作为创建ARR 过程的一部分。

方法是在相应反向查找区域上单击鼠标右键，在弹出菜单中选择【新建指针】命令，打开如图7-41所示的对话框。

图7-41 “新建资源记录”对话框的“指针（PTR ）”选项卡

在这个对话框的“主机名”文本框中需要指定相应指针的主机（A ）资源记录的完全合格的域名。对于FQDN ，尾随的句点（. ）用来证明名称是完全合格的。指定的主机是用做应答基于由该指针（PTR ）资源记录指定的地址信息的反向查找的数据。

IP 配置更改时，计算机可以使用DHCP 客户端服务动态注册和更新它们在DNS 中的PTRRR 。

如果启用了DHCP 的所有其他客户端从有资格的服务器中获得了IP 租约，则能通过DHCP 服务器注册和更新它们的PTRRR 。Windows 2000和Windows Server 2003 DHCP Server服务提供该功能。

指针（PTR ）资源记录仅用于在反向查找区域中支持反向查找。

5．服务位置（SRV ）资源记录（SRVRR ）

SRVRR 是服务定位器（SRV ）资源记录。允许使用单个DNS 查询操作定位提供类似的基于TCP/IP服务的多个服务器。该记录使您可为按照DNS 域名首选项排列的已知服务器端口和传输协议类型维护服务器的列表。例如，在Windows Server 2003 DNS中，它提供了通过389号TCP 端口定位使用轻型目录访问协议（LDAP ）服务的域控制器的方法。

在SRV 资源记录中使用的每个专用字段的目的如下。

服务：所需服务的符号名。对于一些大家都知道的服务，保留的通用符号名（如“_telnet”或“_smtp”）在RFC 1700中定义。如果某个已知的服务名称没有在RFC 1700中定义，则可使用本地或用户首选名称。一些广泛使用的TCP/IP服务，特别是邮局协议（POP ），没有单独的通用符号名称。如果RFC 1700为本字段中指定的服务指派名称，则RFC 定义的名称是可合法使用的唯一名称。只有本地定义的服务才能在本地命名。 协议：指明传输协议类型。尽管可使用在RFC 1700中命名的任何传输协议，但这一般为TCP 或UDP 。 名称：该资源记录所引用的DNS 域名。SRV 资源记录在其他DNS 记录类型中是唯一的，在DNS 记录类型中，它不用于执行搜索或查询。

优先权：为“目标”字段中指定的主机设置首选项。查询SRV 资源记录的DNS 客户端尝试联系在此列出的最低编号首选项的第一台可访问的主机。尽管目标主机具有相同规定的首选项值，但它们仍可随机进行尝试。首选项值的范围为0～65 535。

权重：除“首选项”外，它可用于提供负载平衡机制，在“目标”字段中指定多个服务器并设为相同的优先级。在这些相同优先级中选择目标服务器主机时，这个值可用于设置附加的优先级，用于确定在应答SRV

查询中使用的目标主机的准确顺序或选择平衡。使用非零值时，相同优先级的服务器根据该值的权重按比例地进行尝试。值的范围是1～65 535。如果不需要进行加载平衡，则使用该字段中的0值以使该记录更易于阅读。

端口：位于提供“服务”字段中所指明服务的“目标”主机上的服务器端口。尽管如RFC 1700中所指定的那样，编号通常是公开指派的服务端口号，但端口编号的范围还是0～65 535。未被指派的端口可根据需要使用。

目标：为提供要申请的服务类型的主机指定DNS 域名。所使用的每个主机名都必须在DNS 名称空间中有相应的主机地址（A ）资源记录。可在该字段中使用单个句点（. ），以便权威性地指出该DNS 域名中没有在SRV 资源记录中所指定的待申请服务。

语法格式为：service.protocol.name ttl class SRV preference weight port target

例如：_ldap._tcp._msdcs SRV 0 0 389 dc1.example.microsoft.com。

要定位Active Directory域控制器，需要知道服务位置（SRV ）RR 。在默认情况下，Active Directory安装向导根据首选或备用DNS 服务器列表尝试定位DNS 服务器，这些服务器是在任何TCP/IP客户端属性中为任何活动的网络连接配置的。如果联系了可以接受SRVRR （以及有关在DNS 中将Active Directory注册为一项服务的其他RR ）动态更新的DNS 服务器，则配置过程就完成了。

如果在安装过程中无法找到可以接受用于命名Active Directory的DNS 域名更新的DNS 服务器，该向导可在本地安装DNS 服务器，并使用支持Active Directory域的区域自动配置它。例如，如果您为树林中的第一个域选择的Active Directory域是example.microsoft.com ，那么在DNS 域名example.microsoft.com 上确立的区域将被添加并配置为与运行在新域控制器上的DNS 服务器一同使用。

不论是否在本地安装DNS 服务器服务，在Active Directory 安装过程中将写入和创建文件（Netlogon.dns ），该过程包含支持Active Directory 使用所需的SRVRR 和其他RR 。该文件在systemrootSystem32Config文件夹中创建。

如果您打算使用符合下列描述之一的DNS 服务器，则应使用Netlogon.dns 中的记录手动配置该服务器上的主要区域以支持Active Directory。

操作DNS 服务器的计算机正在另一个平台上（如UNIX ）运行，并且不能接受或识别动态更新。

该计算机上的DNS 服务器不是与Windows Server 2003家族一起提供的DNS 服务器服务，它对于Active Directory 域的DNS 域名对应的主要区域具有权威性。

如同Internet 草案“指定服务（DNSSRV ）位置的DNSRR ”中所定义的那样，DNS 服务器支持SRVRR ，但不支持动态更新。例如，Windows NT Server 4.0提供的DNS 服务器服务在更新到Service Pack4或更高版本时符合该描述。

7.6.3 其他资源记录及应用示例

除了上小节介绍的5类常见的资源记录外，在大型网络中，我们可能还需要其他类型的资源记录，以定位不同的应用服务器，提供不同的应用服务。下面是Windows Server 2003系统中支持的其他一些资源记录。

1．AAA 记录（AAARR ）

AAARR 是IPv6主机地址（AAAA ）资源记录，而IPv4协议中的主机资源地址为前面介绍的ARR 。AAARR 将DNS 域名映射到Internet 协议（IP ）版本6的128位地址中。语法格式为：owner class ttl AAAA IP_v6_address（其中的ttl 字段值省略）。

例如：ipv6_host1.example.microsoft.com. IN AAAA 4321:0:1:2:3:4:567:89ab。

2．AFSDB 记录（AFSDBRR ）

AFSDBRR 是Andrew 文件系统数据库（AFSDB ）资源记录。将server_host_name字段中的DNS 域名映射到服务器子类型的服务器计算机的主机名中。“子类型”字段可具有以下可识别的和支持的值。

值1：表示服务器是已命名AFS 单元格的AFS3.0卷的位置服务器。

值2：表示服务器是一个已验证名称的服务器，该名称服务器拥有使用开放软件基础（OSF ）DCE 验证的单元格命名系统或HP/Apollo网络计算结构（NCA ）的服务器的单元格根节点。

语法格式为：owner ttl class AFSDB subtype server_host_name

例如：example.microsoft.com. AFSDB 1 afs-server1.example.microsoft.com。

3．ATMA 记录（ATMARR ）

ATMARR 是异步传输模式地址（ATMA ）资源记录。将owner 字段中的DNS 域名映射到atm_address字段中引用的ATM 地址。

语法格式为：owner ttl class ATMA atm_address

例如：atm-host ATMA 47.0079.00010200000000000000.00a03e000002.00。

4．HINFO 记录（HINFORR ）

HINFORR 是主机信息（HINFO ）资源记录。针对owner 字段中的主机DNS 域名分别在cpu_type和os_type字段中指定CPU 和操作系统的类型。众所周知的最常用CPU 和操作系统类型记录在RFC 1700中。该信息可由FTP 这样的应用协议使用，这些协议在与已知CPU 和操作系统类型的计算机通信时使用特殊的过程。 语法格式为：owner ttl class HINFO cpu_type os_type

例如：my-computer-name.example.microsoft.com. HINFO INTEL-386 WIN32。

5．ISDN 记录（ISDNRR ）

ISDNRR 是综合业务数字网（ISDN ）资源记录。将DNS 域名映射到ISDN 电话号码。随该记录使用的电话号码应遵循ITU-TE.163/E.164国际电话编号标准，该标准与目前所使用的国际电话编号规划相兼容。 语法格式为：owner ttl class ISDN isdn_address sub_address

例如：my-isdn-host.example.microsoft.com. ISDN 141555555539699 002。

6．KEY 记录（KEYRR ）

KEYRR 为公钥资源记录。包含与区域有关的公钥。在完整的DNSSEC （DNS 安全扩展）实现中，解析程序和服务器使用KEY 资源记录来验证从签名区域接收的SIG 资源记录。KEY 资源记录由父区域来签名，使知道父区域的公钥的服务器可以发现和验证子区域的密钥。从签名区域接收资源记录的名称服务器或解析程序获取相应的SIG 记录，然后检索该区域的KEY 记录。

语法格式为：owner class KEY protocol digital_signature_algorithm public_key

例如：widgets.microsoft.com. IN KEY 0x000030。

7．MB 记录（MBRR ）

MBRR 为邮箱（MB ）资源记录。将owner 字段中指定的域邮箱名映射到mailbox_hostname中的邮箱主机名。邮箱主机名必须与相同区域中主机所使用的有效主机地址（A ）资源记录相同。另外，指定的主机必须具有接受指定所有者的邮件的域邮箱。

语法格式为：owner ttl class MB mailbox_hostname

例如：mailbox.example.microsoft.com. MB mailhost1.example.microsoft.com。

8．MG 记录（MGRR ）

MGRR 为邮件组（MG ）资源记录。用于将域邮箱（每个邮箱由当前区域中的邮箱（MB ）资源记录所指定）添加到该资源记录中由owner 字段识别的域邮寄组。mailbox_name字段中所使用的名称必须相同，以使当前区域中已出现的邮箱（MB ）资源记录有效。

语法格式为：owner ttl class MG mailbox_name

例如：administrator.example.microsoft.com. MG mailbox1.example.microsoft.com

mailbox2.example.microsoft.com 。

9．MINFO 记录（MINFORR ）

MINFORR 为邮箱邮件列表信息（MINFO ）资源记录。为维护owner 字段中指定的邮寄列表或邮箱的负责人指定（在responsible_mailbox中）域邮箱名。error_mailbox字段也可用于指定接收与该邮寄列表或邮箱相关的错误消息的域邮箱。为负责联系人和错误转发指定的邮箱必须与当前区域中已存在的有效邮箱（MB ）

记录相同。

语法格式为：owner ttl class MINFO responsible_mailbox

error_mailbox

例如：administrator.example.microsoft.com. MINFO

resp-mbox.example.microsoft.com. err-mbox.example.microsoft.com。

10．MR 记录（MRRR ）

MRRR 是邮箱重命名（MR ）资源记录。在new_renamed_mailbox中指定域邮箱名，作为对owner 字段中指定的现有邮箱的合适重命名。MR 资源记录经常用做已移至不同邮箱的用户的转发项目。MR 记录不产生额外的节点处理。

语法格式为：owner ttl class MR new_renamed_mailbox

例如：old-mbox.example.microsoft.com. MR new-renamed-mbox.example.microsoft.com。

11．NS 记录（NSRR ）

NSRR 将“所有者”中指定的DNS 域名映射到在name_server_domain_name域中指定的运行DNS 服务器的主机名。

语法格式为：owner ttl IN NS name_server_domain_name

例如：example.microsoft.com. IN NS nameserver1.example.microsoft.com。

12．NXT 记录（NXTRR ）

NXTRR 为下一资源记录。NXT 资源记录通过在域中创建所有字面上的所有者名称链，指出某个名称在域中不存在。它们同时也指出，一个已有名称当前有什么资源记录类型。

语法格式为：owner class NXT next_domain_namelast_record_type NXT

例如：east.widgets.microsoft.com. IN NXT ftp.widgets.microsoft.com A NXT。

13．OPT 记录（OPTRR ）

OPTRR 为选项资源记录。可将一个OPT 资源记录添加到DNS 请求或响应的附加数据部分。OPT 资源记录属于特定传输层消息（例如，UDP ），不属于实际DNS 数据。每条消息只允许具有一个OPT 资源记录，但不是必需选项。

语法格式为：name OPT class ttl rdlen rdata

例如：null OPT IN 1280 0 0。

14．RP 记录（RPRR ）

RPRR 为负责人（RP ）资源记录。在mailbox_name中指定负责人的域邮箱名。该名称随后映射至用于相同区域中已存在的（TXT ）资源记录的text_record_name中的域名。当RP 记录在DNS 查询中使用时，后续查询用于检索相关的文本（TXT ）资源记录信息。

语法格式为：owner ttl class RP mailbox_name text_record_name

例如：example.microsoft.com. RP admin.example.microsoft.com admin-info.example. microsoft.com 。 admin-info.example.microsoft.com. TXT “Joe Administrator,（555）555-0110”。

15．RT 记录（RTRR ）

RTRR 为路由经过（RT ）资源记录。为没有直接广域网（WAN ）或外部网络连接的内部主机提供中间主机绑定关系。RT 记录类似于MX 记录，在MX 记录中，来自内部主机的任何通信的路由经过intermediate_host到达owner 字段中所指定的目标DNS 域名。如果指定了多个中间路由主机，那么2位数的首选参数值用于设置优先权。对于指定的每个中间主机，在当前区域中需要相应的主机（A ）地址资源记录。

语法格式为：owner ttl class RT preference intermediate_host

例如：example.microsoft.com. RT 2 lan-router.example.microsoft.com

RT 10 wan-router.example.microsoft.com。

16．SIG 记录（SIGRR ）

SIGRR 为签名资源记录。将RRset 加密为签名者（RRset 的区域所有者）的域名和有效间隔。

语法格式为：owner class SIG ttl signature_expiration

signature_inception key_identifier signer_name{digital_signature}

例如：widgets.microsoft.com. IN SIG 86400 19700101000000

19700101000000 49292

widgets.microsoft.com.{

AIYADP8d3zYNyQwW2EM4wXVFdslEJcUx/fxkfBeH1El4ixPFhpfHFE

lxbvKoWmvjDTCmfiYy2X 8XpFjwICHc398kzWsTMKlxovpz2FnCTM=

}

17．SOA 记录（SOARR ）

SOARR 为起始授权机构（SOA ）资源记录。指示区域的源名称，并包含作为区域主要信息源的服务器的名称。它还表示该区域的其他基本属性。SOA 资源记录在任何标准区域中始终是首位记录。它表示最初创建它的DNS 服务器或现在是该区域的主服务器的DNS 服务器。它还用于存储会影响区域更新或过期的其他属性，如版本信息和计时。这些属性会影响在该区域的权威服务器之间进行区域传输的频繁程度。

在下面的示例中，所有者（主DNS 服务器）被指定为“@”，因为域名与区域中的所有数据的源相同（example.microsoft.com ）。这是资源记录的标准表示规则，在SOA 记录中最常见。

语法格式为：owner class SOA name_server responsible_person

（serial_number refresh_interval retry_interval expiration

minimum_time_to_live）

例如：@ IN SOA nameserver.example.microsoft.com.

postmaster.example.microsoft.com. （

1;serialnumber

3600;refresh[1h]

600;retry[10m]

86400;expire[1d]

3600）;minTTL[1h]。

18．TXT 记录（TXTRR ）

TXTRR 为文本（TXT ）资源记录。将owner 字段中指定的DNS 域名映射到充作说明文本的text_string中的字符串。

语法格式为：owner ttl class TXT text_string

例如：example.microsoft.com. TXT “这是附加域名信息的一个示例。”

19．WKS 记录（WKSRR ）

WKSRR 为已知服务（WKS ）资源记录。描述特定IP 地址上特定协议所支持的已知TCP/IP服务。WKS 记录为TCP/IP服务器提供TCP 和UDP 可用性信息。如果服务器为已知服务提供TCP 和UDP 支持，或具有支持服务的多个IP 地址，则使用WKS 记录。

语法格式为：owner ttl class WKS address protocol service_list

例如：example.microsoft.com. WKS 10.0.0.1 TCP （telnet smtp ftp）。

20．X25记录（X.25RR ）

X.25RR 为X.25（X25）资源记录。将owner 字段中的DNS 域名映射到psdn_number中指定的公用交换数据网（PSDN ）地址编号中。随该记录一起使用的PSDN 编号应遵循X.121国际编号规划。

语法格式为：owner ttl class X25 psdn_number