- 转载于:https://www.cnblogs.com/sddai/p/5703394.html
- 类型
- SOA
- NS
- A
- AAAA
- PTR
- CNAME
- MX
- -----------------------------------------
- SOA设定内容说明
- Serial
- Refresh
- Retry
- Expire
- Minimum
- -----------------------------------------
DNS server内的每一个网域名称都有自己的档案,这个档案一般会称为区域档案(zone file),例如之前所提到的”named.ca”或”named.local” 档案…等等。 区域档案是由多个记录组成的,每一个记录称为资源记录(Resource Record,简称RR)。 当在设定DNS名称解析、反向解析及其他的管理目的时,您需要使用不同类型的RR,底下将介绍常用的RR类型及表示法。
记录类型
代码 | 号码 | 定义的 RFC | 描述 | 功能 |
---|---|---|---|---|
A | 1 | RFC 1035 | IP 地址记录 | 传回一个 32 比特的 IPv4 地址,最常用于映射主机名称到 IP地址,但也用于DNSBL(RFC 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 | 证书记录 | 存储 PKIX、SPKI、PGP等。 |
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 查询结束后使用而进行缓存。 注意
|
Class |
包含表示资源记录类别的标准记忆文本。例如,“IN”设置指明资源记录属于 Internet 类别,此类别是 Windows Server 2003 DNS 服务器支持的唯一类别。该字段是必需的。 |
类型 |
包含表示资源记录种类的标准记忆文本。例如,助记符“A”表示资源记录存储主机地址信息。该字段是必需的。 |
记录特定的数据 |
包含用于描述资源的信息而且长度可变的必要字段。该信息的格式随资源记录的种类和类别而变化。 |
A
描述:主机地址 (A) 资源记录。将 DNS 域名映射到 Internet 协议 (IP) 版本 4 的 32 位地址中。详细信息,请参阅 RFC 1035。 |
语法: owner class ttl |
例如: 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 域名映射到服务器子类型的服务器计算机的主机名中。子类型字段可具有以下可识别的和支持的值:
详细信息,请参阅 RFC 1183。 |
语法: owner ttl class |
例如: 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 |
例如: 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_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 |
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 |
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. |
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 |
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 |
SOA
描述:起始授权机构 (SOA) 资源记录。指示区域的源名称,并包含作为区域主要信息源的服务器的名称。它还表示该区域的其他基本属性。SOA 资源记录在任何标准区域中始终是首位记录。它表示最初创建它的 DNS 服务器或现在是该区域的主服务器的 DNS 服务器。它还用于存储会影响区域更新或过期的其他属性,如版本信息和计时。这些属性会影响在该区域的权威服务器之间进行区域传输的频繁程度。详细信息,请 参阅管理授权记录。 注意
|
语法: owner class |
例如: @ IN SOA nameserver.example.microsoft.com. postmaster.example.microsoft.com. ( |
SRV
描述:服务位置 (SRV) 资源记录。允许使用单个 DNS 查询操作定位提供类似的基于 TCP/IP 服务的多个服务器。该记录使您可为按照 DNS 域名首选项排列的已知服务器端口和传输协议类型维护服务器的列表。例如,在 Windows Server 2003 DNS 中,它提供了通过 TCP 端口 389 定位使用“轻型目录访问协议” (LDAP) 服务的域控制器的方法。 在 SRV 资源记录中使用的每个专用字段的目的如下:
详细信息,请参阅 Internet 草案“用于指定服务位置的 DNS RR (DNS SRV)”。 |
语法: service.protocol.name ttl class |
例如: _ldap._tcp._msdcs SRV 0 0 389 dc1.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 |