alummox

DNS server内的每一个网域名称都有自己的档案,这个档案一般会称为区域档案(zone file),例如之前所提到的”named.ca”或”named.local” 档案…等等。 区域档案是由多个记录组成的,每一个记录称为资源记录(Resource Record,简称RR)。 当在设定DNS名称解析、反向解析及其他的管理目的时,您需要使用不同类型的RR,底下将介绍常用的RR类型及表示法。

 

记录类型

代码 号码 定义的 RFC 描述 功能
A 1 RFC 1035 IP 地址记录 传回一个 32 比特的 IPv4 地址,最常用于映射主机名称IP地址,但也用于DNSBLRFC 1101)等。
AAAA 28 RFC 3596 IPv6 IP 地址记录 传回一个 128 比特的 IPv6 地址,最常用于映射主机名称到 IP 地址。
AFSDB 18 RFC 1183 AFS文件系统 (Andrew File System)数据库核心的位置,于域名以外的 AFS 客户端常用来联系 AFS 核心。这个记录的子类型是被过时的的 DCE/DFS(DCE Distributed File System)所使用。
APL 42 RFC 3123 地址前缀列表 指定地址列表的范围,例如:CIDR 格式为各个类型的地址(试验性)。
CERT 37 RFC 4398 证书记录 存储 PKIXSPKIPGP等。
CNAME 5 RFC 1035 规范名称记录 一个主机名字的别名:域名系统将会继续尝试查找新的名字。
DHCID 49 RFC 4701 DHCP(动态主机设置协议)识别码 用于将 FQDN 选项结合至 DHCP
DLV 32769 RFC 4431 DNSSEC(域名系统安全扩展)来源验证记录 为不在DNS委托者内发布DNSSEC的信任锚点,与 DS 记录使用相同的格式,RFC 5074 介绍了如何使用这些记录。
DNAME 39 RFC 2672 代表名称 DNAME 会为名称和其子名称产生别名,与 CNAME 不同,在其标签别名不会重复。但与 CNAME 记录相同的是,DNS将会继续尝试查找新的名字。
DNSKEY 48 RFC 4034 DNS 关键记录 于DNSSEC内使用的关键记录,与 KEY 使用相同格式。
DS 43 RFC 4034 委托签发者 此记录用于鉴定DNSSEC已授权区域的签名密钥。
HIP 55 RFC 5205 主机鉴定协议 将端点标识符及IP 地址定位的分开的方法。
IPSECKEY 45 RFC 4025 IPSEC 密钥 IPSEC 同时使用的密钥记录。
KEY 25 RFC 2535[1]RFC 2930[2] 关键记录 只用于 SIG(0)(RFC 2931)及 TKEY(RFC 2930)。[3]RFC 3455 否定其作为应用程序键及限制DNSSEC的使用。[4]RFC 3755 指定了 DNSKEY 作为DNSSEC的代替。[5]
LOC记录(LOC record) 29 RFC 1876 位置记录 将一个域名指定地理位置。
MX记录(MX record) 15 RFC 1035 电邮交互记录 引导域名到该域名的邮件传输代理(MTA, Message Transfer Agents)列表。
NAPTR记录(NAPTR record) 35 RFC 3403 命名管理指针 允许基于正则表达式的域名重写使其能够作为 URI、进一步域名查找等。
NS 2 RFC 1035 名称服务器记录 委托DNS区域(DNS zone)使用已提供的权威域名服务器。
NSEC 47 RFC 4034 下一代安全记录 DNSSEC 的一部分 — 用来验证一个未存在的服务器,使用与 NXT(已过时)记录的格式。
NSEC3 50 RFC 5155 NSEC 记录第三版 用作允许未经允许的区域行走以证明名称不存在性的 DNSSEC 扩展。
NSEC3PARAM 51 RFC 5155 NSEC3 参数 与 NSEC3 同时使用的参数记录。
PTR 12 RFC 1035 指针记录 引导至一个规范名称(Canonical Name)。与 CNAME 记录不同,DNS“不会”进行进程,只会传回名称。最常用来运行反向 DNS 查找,其他用途包括引作 DNS-SD
RRSIG 46 RFC 4034 DNSSEC 证书 DNSSEC 安全记录集证书,与 SIG 记录使用相同的格式。
RP 17 RFC 1183 负责人 有关域名负责人的信息,电邮地址的 @ 通常写为 a
SIG 24 RFC 2535 证书 SIG(0)(RFC 2931)及 TKEY(RFC 2930)使用的证书。[5]RFC 3755 designated RRSIG as the replacement for SIG for use within DNSSEC.[5]
SOA 6 RFC 1035 权威记录的起始 指定有关DNS区域的权威性信息,包含主要名称服务器、域名管理员的电邮地址、域名的流水式编号、和几个有关刷新区域的定时器。
SPF 99 RFC 4408 SPF 记录 作为 SPF 协议的一部分,优先作为先前在 TXT 存储 SPF 数据的临时做法,使用与先前在 TXT 存储的格式。
SRV记录(SRV record) 33 RFC 2782 服务定位器 广义为服务定位记录,被新式协议使用而避免产生特定协议的记录,例如:MX 记录。
SSHFP 44 RFC 4255 SSH 公共密钥指纹 DNS 系统用来发布 SSH 公共密钥指纹的资源记录,以用作辅助验证服务器的真实性。
TA 32768 DNSSEC 信任当局 DNSSEC 一部分无签订 DNS 根目录的部署提案,,使用与 DS 记录相同的格式[6][7]
TKEY记录(TKEY record) 249 RFC 2930 秘密密钥记录 TSIG提供密钥材料的其中一类方法,that is 在公共密钥下加密的 accompanying KEY RR。[8]
TSIG 250 RFC 2845 交易证书 用以认证动态更新(Dynamic DNS)是来自合法的客户端,或与 DNSSEC 一样是验证回应是否来自合法的递归名称服务器。[9]
TXT 16 RFC 1035 文本记录 最初是为任意可读的文本 DNS 记录。自1990年起,些记录更经常地带有机读数据,以 RFC 1464 指定:opportunistic encryption、Sender Policy Framework(虽然这个临时使用的 TXT 记录在 SPF 记录推出后不被推荐)、DomainKeys、DNS-SD等。

其他类型及伪资源记录

其他类型的资源记录简单地提供一些类型的消息(如:HINFO 记录提供电脑或操作系统的类型),或传回实验中之功能的数据。“type”字段也使用于其他协议作各种操作。

代码 号码 定义的 RFC 描述 功能
* 255 RFC 1035 所有缓存的记录 传回所有服务器已知类型的记录。如果服务器未有任何关于名称的记录,该请求将被转发。而传回的记录未必完全完成,例如:当一个名称有 A 及 MX 类型的记录时,但服务器已缓存了 A 记录,就只有 A 记录会被传回。
AXFR 252 RFC 1035 全域转移 由主域名服务器转移整个区域文件至二级域名服务器。
IXFR 251 RFC 1995 增量区域转移 请求只有与先前流水式编号不同的特定区域的区域转移。此请求有机会被拒绝,如果权威服务器由于配置或缺乏必要的数据而无法履行请求,一个完整的(AXFR)会被发送以作回应。
OPT 41 RFC 2671 选项 这是一个“伪 DNS记录类型”以支持 EDNS

 

类型

SOA

Start Of Authority,这种record 放在zone file 一开始的地方,每一个记录档只能有一个SOA,而且一定是档案中第一个“记录”,它描述这个zone 负责的name server,version number…等资料,以及当slave server 要备份这个zone 时的一些参数。 紧接在SOA 后面指定了这个区域的授权主机和管理者的信箱,这里分别是"school.edu.tw" 和" root.school.edu.tw",也就是school.edu.tw主机和root 的信箱。 这里要注意的是我们以"root.school.edu.tw"代表"root@school.edu.tw"
eg

   @ IN SOA school.edu.tw. root.school.edu.tw. ( 
                                     1999051401 ; Serial 
                                     3600 ; Refresh 
                                     300 ; Retry 
                                     3600000 ; Expire 
                                     3600 ) ; Minimum 
						

在两个括号中间的选项表示SOA的设定内容,底下会有更详细的说明。

NS

name server,用来指定操作的DNS伺服器主机名称,需注意的是不可以IP位址表示。
eg

  IN NS dns.twnic.net.tw.
						

A

address,将DNS网域名称对应到IPv4的32位元位址。
eg

  server IN A 140.123.102.10
						

AAAA

可将DNS网域名称对应到IPv6的128位元位址。
eg

  twnic.net.tw. 86400 IN AAAA 3ffe: :bbb:93:5
						

PTR

pointer,定义某个IP 对应的domain name,即将IP 位址转换成主机的FQDN。
eg

  20 IN PTR mail.twnic.net.tw.
						

CNAME

canonical name,可为同一部主机设定许多别名,例如mix.twnic.net.tw的别名可为www.twnic.net.tw和ftp.twnic.net.tw,因此所设定的别名都会连至同一部伺服器。
eg

  www IN CNAME mix
						

MX

mail exchanger,设定区域中担任邮件伺服器的主机,所有要送往那部机器的mail 都要经过mail exchanger 转送。 而数字则是该主机邮件传递时的优先次序,此值越低表示有越高的邮件处理优先权。
eg

  server IN MX 10 mail.twnic.net.tw.    
						

SOA设定内容说明

SOA record,以之前例子来看,其​​中@ 这个符号是缩写,代表named.conf 中这个zone file 所对应的zone。 SOA 后面的两个参数是指这个zone file 是在哪部主机(school.edu.tw)定义的,以及这个zone file 的负责人(注意是写成root.school.edu.tw),然后是用括号括起来的5 个参数, 分别由底下说明。

Serial

代表这个zone file 的版本,每当zone file 内容有变动,name server 管理者就应该增加这个号码,因为slave 会将这个号码与其copy 的那份比对以便决定是否要再copy 一次(即进行zone transfer )。

Refresh

slave server 每隔这段时间(秒),就会检查master server 上的serial number。 不 过这里会发生一个问题就是,在master server 在update data 完成到slave server 来检查时再update 可能还有 好一段时间,因此这段期间master/slave DNS server间zone files 就可能出现不一致。 所 以在Bind较新的版本中便加入"notify"功能,使用者在"named.conf" 设定中在需要的zone 中加入"notify"的设定,则master server在update 完成某个zone file 的data 后便会主动发个讯息(NOTIFY),借以通知该其它的slave servers,因此如果slave servers 也有支援这个"notify"功能时,接下来slave servers 马上就可以做zone transfer 来update data。
eg

 zone "twnic.com.tw" { 
	 type master;
	 file "twnic.hosts";
	 notify yes;
	 also-notify { 192.168.10.1; }; //指定slave server的IP位址};
						

Retry

当slave server 无法和master 进行serial check时,要每隔几秒retry 一次。

Expire

当时间超过Expire 所定的秒数而slave server 都无法和master 取得连络,那么slave 会删除自己的这份copy。

Minimum

代表这个zone file 中所有record 的内定的TTL 值,也就是其它的DNS server cache 这笔record 时,最长不应该超过这个时间。

资源记录参考

https://technet.microsoft.com/zh-cn/library/cc758321(WS.10).aspx

更新时间: 2005年1月

应用到: Windows Server 2003, Windows Server 2003 R2, Windows Server 2003 with SP1, Windows Server 2003 with SP2

 

资源记录参考

DNS 数据库包括 DNS 服务器所使用的一个或多个区域文件。每个区域都拥有一组结构化的资源记录,其中以下项目是 DNS 服务器服务支持的项目。

DNS 资源记录的格式

如下表中所述,所有的资源记录都有一个使用相同*字段的定义格式。

 

字段 描述

所有者

指示拥有资源记录的 DNS 域名。该名称与资源记录所在的控制台树节点的名称相同。

生存时间 (TTL)

对于大多数资源记录,该字段是可选的。它指明其他 DNS 服务器所用的时间长度,以确定在期满和放弃它之前要花多少时间来缓存记录的信息。例如,由 DNS 服务器服务创建的大多数资源记录都从起始授权机构 (SOA) 资源记录继承 1 小时的最小(默认) TTL,从而可避免其他 DNS 服务器进行时间过长的缓存。对于单独的资源记录,您可指定替代从 SOA RR 中继承的最小(默认) TTS 的记录特定 TTL。值为 0 的 TTL 也可用于包含易失数据的资源记录,这些数据不会为在当前 DNS 查询结束后使用而进行缓存。

注意

  • 在下面的资源记录示例中,省略了 TTL 字段(如果是可选项)。该 TTL 字段包含在每个记录的语法中,指示可以添加它的位置。

Class

包含表示资源记录类别的标准记忆文本。例如,“IN”设置指明资源记录属于 Internet 类别,此类别是 Windows Server 2003 DNS 服务器支持的唯一类别。该字段是必需的。

类型

包含表示资源记录种类的标准记忆文本。例如,助记符“A”表示资源记录存储主机地址信息。该字段是必需的。

记录特定的数据

包含用于描述资源的信息而且长度可变的必要字段。该信息的格式随资源记录的种类和类别而变化。

A

描述:主机地址 (A) 资源记录。将 DNS 域名映射到 Internet 协议 (IP) 版本 4 的 32 位地址中。详细信息,请参阅 RFC 1035。

语法:

owner class ttl AIP_v4_address

例如:

 
 
host1.example.microsoft.com。IN  A  127.0.0.1

AAAA

描述:IPv6 主机地址 (AAAA) 资源记录。将 DNS 域名映射到 Internet 协议 (IP) 版本 6 的 128 位地址中。详细信息,请参阅 RFC 1886。

语法:

owner class ttl AAAAIP_v6_address

例如:

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

AFSDB

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

  • 如果值为 1,表示服务器是已命名 AFS 单元格的 AFS 版 3.0 卷的位置服务器。

  • 如果值为 2,表示服务器是一个已验证名称的服务器,该名称服务器拥有使用开放软件基础 (OSF) DCE 验证的单元格命名系统或 HP/Apollo 网络计算结构 (NCA) 的服务器的单元格根目录节点。

详细信息,请参阅 RFC 1183。

语法:

owner ttl class AFSDBsubtype server_host_name

例如:

 
 
example.microsoft.com。AFSDB   1 afs-server1.example.microsoft.com

ATMA

描述:异步传输模式地址 (ATMA) 资源记录。将 owner 字段中的 DNS 域名映射到 atm_address 字段中引用的 ATM 地址。

注意

有关详细信息,请参阅 MFA 论坛站点的“ATM 名称服务”。在 MFA 坛论站点,下载 af-saa-0069.000

语法:

owner ttl class ATMAatm_address

例如:

 
 
atm-host   ATMA   47.0079.00010200000000000000.00a03e000002.00

CNAME

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

语法:

owner ttl class CNAME canonical_name

例如:

 
 
aliasname.example.microsoft.com。CNAME   truename.example.microsoft.com

HINFO

描述:主机信息 (HINFO) 资源记录。针对 owner 字段中的主机 DNS 域名分别在 cpu_typeos_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

ISDN

描述:综合业务数字网 (ISDN) 资源记录。将 DNS 域名映射到 ISDN 电话号码。随该记录使用的电话号码应遵循 ITU-T E.163/E.164 国际电话编号标准,该标准与目前所使用的国际电话编号规划相兼容。详细信息,请参阅 RFC 1183。

语法:

owner ttl class ISDN isdn_address sub_address

例如:

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

KEY

描述:公钥资源记录。包含与区域有关的公钥。在完整的 DNSSEC 实现中,解析程序和服务器使用 KEY 资源记录来验证从签名区域接收的 SIG 资源记录。KEY 资源记录由父区域来签名,使知道父区域的公钥的服务器可以发现和验证子区域的密钥。从签名区域接收资源记录的名称服务器或解析程序获取相应的 SIG 记录,然后检索该区域的 KEY 记录。详细信息,请参阅 RFC 2535。

语法:

owner class KEY protocol digital_signature_algorithm (DSA) public_key

例如:

 
 
widgets.microsoft.com IN KEY 0x0000 3 0

MB

描述:邮箱 (MB) 资源记录。将 owner 字段中指定的域邮箱名映射到 mailbox_hostname 中的邮箱主机名。邮箱主机名必须与相同区域中主机所使用的有效主机地址 (A) 资源记录相同。另外,指定的主机必须具有接受指定所有者的邮件的域邮箱。详细信息,请参阅 RFC 1035。

语法:

owner ttl class MB mailbox_hostname

例如:

 
 
mailbox.example.microsoft.com。MB   mailhost1.example.microsoft.com

MG

描述:邮件组 (MG) 资源记录。用于将域邮箱(每个邮箱由当前区域中的邮箱 (MB) 资源记录所指定)添加到该资源记录中由 owner 字段识别的域邮寄组。mailbox_name 字段中所使用的名称必须相同,以使当前区域中已出现的邮箱 (MB) 资源记录有效。详细信息,请参阅 RFC 1035。

语法:

owner ttl class MG mailbox_name

例如:

 
 
administrator.example.microsoft.com。MG   mailbox1.example.microsoft.com
mailbox2.example.microsoft.com

MINFO

描述:邮箱邮件列表信息 (MINFO) 资源记录。为维护 owner 字段中指定的邮寄列表或邮箱的负责人指定(在responsible_mailbox 中)域邮箱名。error_mailbox 字段也可用于指定接收与该邮寄列表或邮箱相关的错误消息的域邮箱。为负责联系人和错误转发指定的邮箱必须与当前区域中已存在的有效邮箱 (MB) 记录相同。详细信息,请参阅 RFC 1035。

语法:

owner ttl class MINFO responsible_mailbox error_mailbox

例如:

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

MR

描述:邮箱重命名 (MR) 资源记录。在 new_renamed_mailbox 中指定域邮箱名,作为对 owner 字段中指定的现有邮箱的合适重命名。MR 资源记录经常用做已移至不同邮箱的用户的转发项目。MR 记录不产生额外的节处理。详细信息,请参阅 RFC 1035。

语法:

owner ttl class MR new_renamed_mailbox

例如:

 
 
old-mbox.example.microsoft.com。MR  new-renamed-mbox.example.microsoft.com

MX

描述:邮件交换器 (MX) 资源记录如 mail_exchanger_host 中指定的那样,为邮件交换器主机提供邮件路由,以便将邮件发送给 owner 字段中指定的域名。2 位数的首选参数值表示在指定了多个交换器主机情况下的首选顺序。每个交换机主机都必须在有效区域中有一个相应的主机 (A) 地址资源记录。详细信息,请参阅 RFC 1035。

语法:

owner ttl class MX preference mail_exchanger_host

例如:

 
 
example.microsoft.com。MX  10 mailserver1.example.microsoft.com

NS

描述:owner 中指定的 DNS 域名映射到在 name_server_domain_name 字段中指定的运行 DNS 服务器的主机名。

语法:

owner ttl IN NS name_server_domain_name

例如:

 
 
example.microsoft.com。IN NS  nameserver1.example.microsoft.com

NXT

描述:下一资源记录。NXT 资源记录通过在域中创建所有字面上的所有者名称链,指出某个名称在域中不存在。它们同时也指出,一个已有名称当前有什么资源记录类型。详细信息,请参阅 RFC 2535。

语法:

owner class NXT next_domain_name last_record_type NXT

例如:

 
 
east.widgets.microsoft.com. IN NXT ftp.widgets.microsoft.com. A NXT

OPT

描述:选项资源记录。可将一个 OPT 资源记录添加到 DNS 请求或响应的附加数据部分。OPT 资源记录属于特定传输层消息(例如,UDP),不属于实际 DNS 数据。每条消息只允许具有一个 OPT 资源记录,但不是必需选项。详细信息,请参阅 RFC 2671。

语法:

名称OPT class ttl rdlen rdata

例如:

 
 
null  OPT  IN  1280  0  0

PTR

描述:指针 (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

RP

描述:负责人 (RP) 资源记录。在 mailbox_name 中指定负责人的域邮箱名。该名称随后映射至用于相同区域中已存在的 (TXT) 资源记录的 text_record_name 中的域名。当 RP 记录在 DNS 查询中使用时,后续查询用于检索相关的文本 (TXT) 资源记录信息。详细信息,请参阅 RFC 1183。

语法:

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"

RT

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

语法:

owner ttl class RT preference intermediate_host

例如:

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

SIG

描述:签名资源记录。将 RRset 加密为签名者(RRset 的区域所有者)的域名和有效间隔。详细信息,请参阅 RFC 2535。

语法:

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/fxkfBeH1El4ixPFhpfHFElxbvKoWmvjDTCmfiYy2X+8XpFjwICHc398kzWsTMKlxovpz2FnCTM=
}

SOA

描述:起始授权机构 (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            ; serial number
3600         ; refresh   [1h]
600         ; refresh   [10m]
86400         ; refresh   [1d]
3600 )       ; min TTL   [1h]

SRV

描述:服务位置 (SRV) 资源记录。允许使用单个 DNS 查询操作定位提供类似的基于 TCP/IP 服务的多个服务器。该记录使您可为按照 DNS 域名首选项排列的已知服务器端口和传输协议类型维护服务器的列表。例如,在 Windows Server 2003 DNS 中,它提供了通过 TCP 端口 389 定位使用“轻型目录访问协议” (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 至 65535。

  • 权重 除“首选项”外,它可用于提供负载平衡机制,在“目标”字段中指定多个服务器并设为相同的优先级。在这些相同优先级中选择目标服务器主机时,这个值可用于 设置附加的优先级,用于确定在应答 SRV 查询中使用的目标主机的准确顺序或选择平衡。使用非零值时,相同优先级的服务器根据该值的权重按比例地进行尝试。值的范围是 1 至 65535。 如果不需要进行负载平衡,则使用该字段中的 0 值以使该记录更易于阅读。

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

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

详细信息,请参阅 Internet 草案“用于指定服务位置的 DNS RR (DNS SRV)”。

语法:

service.protocol.name ttl class SRV preference weight port target

例如:

 
 
_ldap._tcp._msdcs    SRV  0 0   389 dc1.example.microsoft.com
SRV 10 0   389 dc2.example.microsoft.com

TXT

描述:文本 (TXT) 资源记录。将 owner 字段中指定的 DNS 域名映射到充作说明文本的 text_string 中的字符串。详细信息,请参阅 RFC 1035。

语法:

owner ttl class TXT text_string

例如:

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

WKS

描述:已知服务 (WKS) 资源记录。描述特定 IP 地址上特定协议所支持的已知 TCP/IP 服务。WKS 记录为 TCP/IP 服务器提供 TCP 和 UDP 可用性信息。如果服务器为已知服务提供 TCP 和 UDP 支持,或具有支持服务的多个 IP 地址,则使用 WKS 记录。详细信息,请参阅 RFC 1035。

语法:

owner ttl class WKS address protocol service_list

例如:

 
 
example.microsoft.com。WKS  10.0.0.1 TCP ( telnet smtp ftp )

X25

描述:X.25 (X25) 资源记录。将 owner 字段中的 DNS 域名映射到 psdn_number 中指定的公用交换数据网 (PSDN) 地址编号中。随该记录一起使用的 PSDN 编号应遵循 X.121 国际编号规划。详细信息,请参阅 RFC 1183。

语法:

owner ttl class X25 psdn_number

例如:

 
 
example.microsoft.com。X25  52204455506

分类:

技术点:

相关文章: