资源记录简介

资源记录提供网域相关硬件和软件组件的基于 DNS 的信息,而这些硬件和软件组件的作用是指向和支持您的网域(主机、域名服务器、网络服务器、电子邮件服务器)。

了解如何修复记录冲突错误。 

每条资源记录由一组字段组成:

  • 名称 - 指示记录的名称或所有者的标签。此字段可以是根域名(用 @ 表示)或子域名(例如 www)。
  • 类型 - 记录的类型。例如,A(地址)记录。
  • TTL -(存留时间)存储在缓存(本地存储空间)中的记录副本必须更新(从原始存储空间提取)或舍弃的频率。存留时间越短,表示提取记录越频繁(结果是访问较慢,但数据较新)。存留时间越长,表示提取记录越不频繁(结果是访问较快,但数据较旧)。默认值为 1 小时。
    注意:当您更改资源记录时,传播更改最长可能需要 TTL 时间长度。当您添加一条新资源记录时,互联网用户将在大约 5 分钟后看到该记录。
  • 数据 - 记录的数据,会因记录的类型而有所不同。例如,A 记录的数据是主机的 IP 地址。请注意,这是在 DNS 搜索过程中返回的数据。

注意:Google Domains 默认支持 IN Internet 类;因此,记录中不会包括“类”字段。

资源记录类型

除了本文所述的 DNS 资源记录之外,Google Domains 还支持可扩展资源记录功能的综合记录。请参阅综合记录了解详情。

A

A(IPv4 地址)记录将主机的域名映射到该主机的 IP 地址(名称到地址映射)。

@ A 1h 123.123.123.123

注意:A 记录和 AAAA 记录执行相同的功能。A 记录映射到 IP 版本 4 (IPv4) 地址。AAAA 记录映射到 IP 版本 6 (IPv6) 地址。

AAAA

AAAA(IPv6 地址)记录将主机的域名映射到该主机的 IP 地址(名称到地址映射)。

www AAAA 1h 2002:db80:1:2:3:4:567:89ab

注意:A 记录和 AAAA 记录执行相同的功能。A 记录映射到 IP 版本 4 (IPv4) 地址。AAAA 记录映射到 IP 版本 6 (IPv6) 地址。

CAA

证书授权机构授权 (CAA) 记录表明您作为域名所有者,是否允许一个证书授权机构通过 DNS 资源记录为您的域名颁发证书。

示例:小娜想要让“Let's Encrypt”证书授权机构为她的域名 (example.com) 及其子域名颁发证书。但她不想让其他授权机构颁发证书。于是,她创建了这条 CAA 记录:

example.com. IN CAA 0 issue "letsencrypt.org"
我们建议您不要明确不允许所有证书的颁发。例如,Blogger 和“Google 我的商家”等 Google 产品可以为向 Google Domains 注册的域名配置 SSL。但是,为了让 Google 能够执行此配置,您不得将 CAA 记录设置为“不允许”(Disallowed)。
CNAME

CNAME(规范名称)记录将别名域名映射到规范(真实)域名。您可以将多个别名映射到同一个规范域名(因而允许您在单个位置设置 A 记录或 AAAA 记录 IP 地址)。

在下面的示例中,www 是别名域名,而 example.com 是规范域名(它使用 A 记录映射到 IP 地址)。

www CNAME 1h example.com.
example.com. A 1h 123.123.123.123

在下面的示例中,wwwFTP 是别名域名,而 server1.example.com. 是规范域名(它使用 A 记录映射到 IP 地址)。

www CNAME 1h server1.example.com.
ftp CNAME 1h server1.example.com.
server1.example.com. A 1h 123.123.123.123

无法为根域名设置 CNAME 记录。另外,CNAME 记录的目标仅可以是域名;允许使用路径。如果您想重定向根域名,或者如果您所需的目标是包含路径的网址,请尝试以下选项之一:

  • 使用域名转向功能代替 CNAME(请参阅域名转向)。
  • 使用您会放置在 CNAME 中的相同条目创建一条转发记录(请参阅综合记录)。
MX

MX(邮件交换)记录将域名映射到一个邮件服务器(用于接收采用该域名的电子邮件)。MX 记录标识其他人会使用哪些邮件服务器向某个网域发送电子邮件。

可以为一个网域设置多条 MX 记录,每条记录有一个优先级编号,编号越小优先级越高。在下面的示例中,如果不能使用具有较高优先级 (10) 的主机传送邮件,将使用具有较低优先级 (20) 的主机。

@ MX 1h 10 mailhost1.example.com.
@ MX 1h 20 mailhost2.example.com.

如果优先级编号相同(10 和 10),则 MX 记录可以用于在主机之间平衡负载;将随机选择这两个主机之一。

@ MX 1h 10 mailhost1.example.com.
@ MX 1h 10 mailhost2.example.com.

注意:Google Domains 不为优先级编号提供单独的字段。要指定优先级编号,请在数据字段中输入此编号,后跟邮件主机(例如 10 mailhost1.example.com.)。

NS

NS(域名服务器)记录将域名或子域名映射到域名服务器。域名服务器包含关于域名的命名空间的权威信息,并将域名转换为对应的 IP 地址(通过引用该域名服务器存储的资源记录)。

在 Google Domains 中,您只需为子域名创建 NS 记录,根域名的 NS 记录由系统代为管理。如需了解详情,请参阅关于 NS(域名服务器)资源记录

ns1 NS 1h ns-cloud1.googledomains.com.
ns2 NS 1h ns-cloud2.googledomains.com.
PTR

PTR(指针)记录将主机 IP 地址映射到主机的规范(真实)域名(地址到名称映射)。这称为反向 DNS 查找,IP 地址是反向写入的,并会附加地址和路由参数区 (arpa) 顶级域名。

PTR 记录用作安全设备和反垃圾内容措施;邮件服务器和其他类型的服务器可以执行反向 DNS 查找来验证主机的身份。

通常,您不会通过 Google Domains 管理 PTR,因为它们需要由您的 IP 地址段的所有者(通常就是您的 ISP)来设置。对于不同的 IP 段所有者,您需要遵循不同的过程来请求这些记录。请与您的提供商联系以了解详情。

为了让 ISP 创建 CNAME 记录(这些记录将对特定地址进行反向查找的责任委托给我们),Google Domains 支持驻留在与您的域名对应的 DNS 地区中的 PTR 记录。

如果您的提供商将某条 PTR 记录委托给您,您的提供商将创建一条 CNAME 记录,该 CNAME 记录指向您通过 Google Domains 管理的某条 PTR 记录。例如,假设您的服务器的 A 记录如下所示:
www     A     1h     111.222.33.4

要将该 PTR 记录委托给您,您的提供商必须设置以下 CNAME。注意,构成 IP 地址的 4 组数字的顺序已反转:
4.33.222.111.in-addr.arpa.    CNAME     1h     ptr_www.example.com.

在 Google Domains 中,您应设置以下 PTR 记录:
ptr_www     PTR     1h     www.example.com.

设置了这些记录之后,对 IP 地址 111.222.33.4 进行反向查找的请求将首先到达您的提供商的 4.33.222.111.in-addr.arpa. 记录,该记录会重定向到您的 ptr_www.example.com. 记录,后者会告诉请求者 111.222.33.4 对应至 www.example.com

IPv6 地址的示例与之类似。如果您的服务器的 AAAA 记录如下所示:
www     AAAA     1h     202:db80:1:2:3:4:567:89ab

其完全指定的 IPv6 地址为 0202:db80:0001:0002:0003:0004:0567:89ab。要获取您的提供商必须设置的 CNAME 记录,请反转此地址(逐个数字,忽略冒号),每个数字之间以英文句点间隔,并附加 .ip6.arpa.(包括末尾的英文句点):
b.a.9.8.7.6.5.0.4.0.0.0.3.0.0.0.2.0.0.0.1.0.0.0.0.8.b.d.2.0.2.0.ip6.arpa.     CNAME     1h     ptr_www.example.com.

注意:如果您希望您的 ISP 委托一个地址段,Google Domains 不对此提供直接支持。您需要使用 Cloud DNS 来创建和存储这些记录。您不需要将您的所有 DNS 都移动到 Cloud DNS,只需要移动 PTR 记录。

如需了解有关 Google Cloud DNS 的详细信息,请参阅:

SOA

Google DNS 服务器使用 SOA(起始授权机构)记录存储域名相关信息,以帮助管理域名服务器之间的流量。SOA 记录通常包括域名服务器、域名服务器管理员帐号、域名服务器序列号、地区文件刷新率和更新重试等待期,以及地区文件到期日期。

SOA 记录由域名服务器管理,不能在 Google Domains 中进行查看或修改。

SPF

SPF(发件人策略框架)是一种开放式标准技术方法。SPF 指定可以发送来自某个网域的电子邮件的邮件服务器。

当邮件服务器发出一封电子邮件之后,接收服务器会查看该域名的 SPF。如果该电子邮件是由 SPF 中列出的某个邮件服务器发送的,则接收服务器将接受该电子邮件。

在某种程度上,SPF 可以防止由伪造的发件人地址发送的垃圾邮件:除非发送服务器包括在相关域名的 SPF 列表中,否则来自该网域的电子邮件将不会被接受。

SPF 使用 TXT(文本)记录将域名映射到一个或多个邮件服务器。TXT 记录将包含 SPF 标记 v=spf1 和其他 SPF 限定符、机制和修饰符(请参阅 www.openspf.org)。

@ SPF   “v=spf1 +a:mailhost3.example.com +a:mailhost4.example.com –all”   
mail3   A 1h 123.123.123.7
mail4   A 1h 123.123.123.9
SRV

SRV(服务)记录将某个特定服务或服务器映射到域名。SRV 记录实现了无需知道运行某项服务的主机即可找到该服务。

在下面的示例中,服务记录 _http._tcp.example.com. 包含服务 http、该服务在 tcp 之上运行的协议以及域名 example.com.。该记录被映射到 www.example.com. 域名,该域名接着被映射到一个网络服务器(IP 地址为 192.251.50.110 的主机)。该记录的优先级为 10(越低越好),权重为 5(用于平衡优先级相同的记录之间的负载),端口号为 8080(指定可以在哪个端口上找到该服务)。

_http._tcp.example.com. SRV 1h 10 5 8080 www.example.com.
www A 1h 192.251.50.110

注意:Google Domains 不为优先级/权重/端口号提供单独的字段。请在数据字段中输入这些值(各个值之间用空格分隔开),后跟服务名称(例如 10 5 8080 www.example.com.)。

TXT

TXT(文本)记录包含可以添加到资源记录的任意信息 - 可以是简明易懂的文本,也可以是机器可读取的数据。

A TXT 1h ”This is my domain.”
该内容对您有帮助吗?
您有什么改进建议?