资源记录类型

资源记录可提供网域的基本组件（例如您的网站托管服务或电子邮件服务提供商）的相关信息。

当有人访问您的网站，或者使用您的域名发送或接收电子邮件时，资源记录可确保所有部分都连接正常并且网站正常运行。资源记录还可以提高网站安全性以及验证域名所有权。

在 Google Domains 中添加资源记录时，您必须填写以下字段：

• 主机名
• 类型
• 存留时间 (TTL)
• 数据

如需详细了解要包含哪些内容，请参阅记录中引用的服务提供商的要求。例如，作为 MX 记录的一部分输入的电子邮件服务器由您的电子邮件服务提供商（如 Google Workspace）定义。

了解针对网站托管的记录

A

互联网协议 (IP) 地址是连接到互联网的设备（例如服务器和计算机）的数字地址。当您创建网站时，A 或 AAAA 记录定义网站托管服务商的 IP 地址。

互联网上有 2 个版本的 IP 地址：IPv4 和 IPv6。“A 记录”只存储 IPv4 地址。“AAAA 记录”只存储 IPv6 地址。如需确定要在 A 记录中使用哪个 IP 地址，请与您的网站托管服务商联系。

以下示例说明如何在 Google Domains 中设置 A 记录的格式：

主机名	类型	TTL	数据
@	A	1H	123.123.123.123

重要提示：@ 表示资源记录适用于您的域名，如 example.com。如需详细了解“主机名”字段，请访问管理资源记录。

AAAA

互联网协议 (IP) 地址是连接到互联网的设备（例如服务器和计算机）的数字地址。当您创建网站时，A 或 AAAA 记录定义网站的 IP 地址。

互联网上有 2 个版本的 IP 地址：IPv4 和 IPv6。“AAAA 记录”只存储 IPv6 地址。“A 记录”只存储 IPv4 地址。如需确定要在 AAAA 记录中使用哪个 IP 地址，请与您的网站托管服务商联系。

以下示例说明如何在 Google Domains 中设置 AAAA 记录的格式：

主机名	类型	TTL	数据
@	AAAA	1H	2002:db80:1:2:3:4:567:89ab

重要提示：@ 表示资源记录适用于您的域名，如 example.com。如需详细了解“主机名”字段，请访问管理资源记录。

别名

别名记录是通过 Google Cloud DNS 实现的（其他 DNS 提供商可能将别名记录称为 ANAME 记录）。它们的行为方式与 CNAME 记录类似，但可以在根域名中使用，而 CNAME 记录只能在子域名中使用。详细了解别名记录。

在此示例中，域名 otherdomain.com 具有以下 A 记录：

Host name（主机名）	类型	TTL	数据
@	A	1H	123.123.123.123

如果您希望自己的域名 example.com 使用与 otherdomain.com 相同的 IP 地址，则可以创建以下别名记录：

Host name（主机名）	类型	TTL	数据
@	别名	1H	otherdomain.com。

重要提示：

• @ 表示资源记录适用于您的域名，如 example.com。如需详细了解“主机名”字段，请了解如何管理资源记录。由于别名记录只能应用于根网域，因此您无需在主机名字段中输入任何内容。
• example.com 末尾的“.”不是错误。它提供了一个完全限定域名。
• 别名记录不能用于子网域。
• 别名记录不能用于启用了 DNSSEC 的网域。如需详细了解 DNSSEC，请了解如何设置 DNSSEC 和 DNS 安全性。

CNAME

A 记录和 AAAA 记录提供了网域或子网域与网站主机 IP 地址之间的直接链接，而 CNAME（规范名称）记录则指示如何通过指向另一项资源记录来查找主机 IP 地址。这样，CNAME 记录就相当于别名。

在此示例中，您的域名为 example.com，具有以下 A 记录：

主机名	类型	TTL	数据
@	A	1H	123.123.123.123

重要提示：@ 表示资源记录适用于您的域名，如 example.com。如需详细了解“主机名”字段，请访问管理资源记录。

如果您希望确保在互联网上查询 www.example.com 时使用的是同一个 IP 地址，请创建以下 CNAME 记录：

主机名	类型	TTL	数据
www	CNAME	1H	example.com.

重要提示： 

• www 会被解释为域名的前缀，例如 example.com。如需详细了解“主机名”字段，请访问管理资源记录。
• example.com 末尾的“.”不是错误。它提供了一个完全限定的域名。

了解针对电子邮件的记录

MX

如果您在电子邮件地址中使用您的域名（例如 [e-mail]），MX（邮件交换）记录会指定处理这些邮件的电子邮件服务器。举例来说，如果您使用 Google Workspace 管理公司的电子邮件，则系统会使用 MX 记录关联这两种服务，实现发送和接收您的电子邮件。要确定在 MX 记录的“数据”字段中填写哪些信息，请与您的电子邮件服务提供商联系。

以下示例展示了如何在 Google Domains 中设置 MX 记录的格式：

主机名	类型	TTL	数据
@	MX	1H	mailhost1.example.com.

重要提示：

• @ 表示资源记录适用于您的域名，如 example.com。如需详细了解“主机名”字段，请访问管理资源记录。
• mailhost1.example.com 末尾的“.”不是错误，而是提供完全限定域名所必需的。

可以为一个网域设置多条 MX 记录。这样做是为了确保当一个邮件服务器无法访问时，其他服务器可确保您仍能发送和接收电子邮件。

如果您添加了多个 MX 记录，则应指明您希望尝试的优先顺序偏好。这称为设置优先级。数字越小，优先级越高。例如，1 的优先级高于 10。

Google Domains 不单独提供用于输入优先级编号的字段。要指定优先级编号，请在“数据”字段中输入值，然后输入电子邮件托管服务商。

以下示例展示了如何在 Google Domains 中设置多个带优先级的 MX 记录的格式：

主机名	类型	TTL	数据
@	MX	1H	1 mailhost1.example.com.
@	MX	1H	2 mailhost2.example.com.

在上述示例中，如果无法通过 mailhost1.example.com（优先级较高）递送邮件，则使用 mailhost2.example.com（优先级较低）。

SPF

发件人政策框架 (SPF) 是一种针对从您的域名发出的电子邮件进行身份验证的方法。当邮件服务器收到来自您网域的邮件时，它会参考 SPF 记录来验证邮件是否由您发送。

在 Google Domains 中，请使用文本 (TXT) 记录类型来定义 SPF 记录。“数据”字段应包含 SPF 标记 v=spf1 和其他 SPF 限定符、机制和修饰符。

以下是 Google Domains 中的示例：

主机名	类型	TTL	数据
@	TXT	1H	v=spf1 include:_spf.google.com ~all

重要提示：@ 表示资源记录适用于您的域名，如 example.com。如需详细了解“主机名”字段，请访问管理资源记录。

如需详细了解如何设置 SPF 记录的格式，请参阅 RFC 7208。

了解针对域名服务器的记录

NS

NS（域名服务器）记录指示在何处查找您的域名的其他资源记录。当您通过 Google Domains 购买域名时，系统会自动设置域名服务器并将其提供给您，而且不收取任何额外费用。

您还可以设置自定义域名服务器。不过，如果使用自定义域名服务器，您将通过域名服务器提供商来管理和修改大部分资源记录。了解如何管理域名服务器。

SOA

SOA（起始授权机构）记录用于存储您的网域的信息。它可以帮助管理域名服务器之间的流量，如管理员的电子邮件地址和网域的上次更新。

如果您通过 Google Domains 购买域名，您无需额外付费，系统便会为您提供域名服务器，并会自动为您设置 SOA 记录。

了解针对安全性的记录

CAA

CAA（证书授权机构授权）记录可让您控制谁可以为您的网站颁发 SSL/TLS 证书。CAA 记录有助于确保证书能安全地颁发，防范企图冒用您的域名的用户。

以下示例展示了一个 CAA 记录，该记录限制只有 Let's Encrypt（一家证书颁发机构 (CA)）能够颁发证书：

主机名	类型	TTL	数据
@	CAA	1H	0 issue letsencrypt.org

重要提示：@ 表示资源记录适用于您的域名，如 example.com。如需详细了解“主机名”字段，请访问管理资源记录。

如需详细了解如何设置 CAA 记录的格式（包括此示例中的“0”和“issue”角色），请参阅 RFC 8659。

DNSKEY

DNS 公钥 (DNSKEY) 记录包含一个具有以下用途的公开签名密钥：

• 促进域名系统安全扩展 (DNSSEC)。
• 防止在设备间交换信息时插入虚假资源记录。

如果您使用 Google Domains 的默认域名服务器，那么无需设置 DNSKEY 记录即可启用 DNSSEC。了解如何设置 DNSSEC 安全功能。

DS

重要提示：某些网域可能会使用其他类型的安全记录，例如 DNS 公钥 (DNSKEY)。

委派签名者 (DS) 记录包含 DNSKEY 记录的哈希或单向加扰，以促进域名系统安全扩展 (DNSSEC)。

DNSSEC 可保护域名系统 (DNS)，并防止在设备间交换信息时插入虚假资源记录。

如果您使用 Google Domains 的默认域名服务器，那么无需设置 DS 记录即可启用 DNSSEC。了解如何设置 DNSSEC 安全功能。

PTR

PTR（指针）记录的作用与 A 或 AAAA 记录的作用相反。A 记录和 AAAA 记录提供与域名关联的 IP 地址，而 PTR 记录提供与 IP 地址关联的域名。PTR 记录用于执行 DNS 反向查找，通常是为了再次确认域名提供的信息是否可靠。

通常情况下，您无法通过 Google Domains 管理 PTR 记录。PTR 记录通常由 IP 地址的所有者（您的互联网服务提供商，即 ISP）设置。但是，您的 IP 地址的所有者可能会将管理 DNS 查找反向的责任委派给您。在这种情况下，您必须在 Google Domains 中添加相应的 PTR 记录。

在此示例中，您有一个 A 记录：

主机名	类型	TTL	数据
www	A	1H	111.222.33.4

此外，您的 IP 地址的所有者将通过 CNAME 记录将执行 DNS 反向查找的责任委派给您。

重要提示：构成 IP 地址的 4 组数字的顺序是反转的。

主机名	类型	TTL	数据
4.33.222.111.in-addr.arpa.	CNAME	1H	ptr_www.example.com.

完成上述操作后，请在 Google Domains 中设置以下 PTR 记录：

主机名	类型	TTL	数据
ptr_www	PTR	1H	www.example.com.

重要提示：ptr_www.example.com 和 www.example.com 末尾的“.”不是错误。它提供了一个完全限定的域名。

SSHFP

Secure Shell Fingerprint (SSHFP) 记录用于验证您通过 Secure Shell (SSH) 连接的机器的可信度。

以下示例说明如何在 Google Domains 中设置 SSHFP 记录的格式：

主机名	类型	TTL	数据
@	SSHFP	1H	2 1 123456789abcdef67890123456789abcdef67890

重要提示：@ 表示资源记录适用于您的域名，如 example.com。如需详细了解“主机名”字段，请访问管理资源记录。

如需详细了解如何设置 SSHFP 记录的格式（包括本示例中的“2”和“1”角色），请参阅 RFC 4255。

TLSA

TLSA（传输层安全协议身份验证）记录是一种验证 SSL 或 TLS 证书的方法，即使证书授权机构 (CA) 存在安全漏洞也是如此。

如需详细了解如何设置 TLSA 资源记录的结构，请参阅：

• RFC 6698
• RFC 7673
• RFC 7671

了解其他记录类型

TXT

TXT 记录可用于记录人工或机器可读的备注。尽管文本记录可以包含任意备注，但它们也可以用于更积极的目的，例如验证域名所有权。

以下示例说明如何在 Google Domains 中设置 TXT 记录的格式：

主机名	类型	TTL	数据
@	TXT	1H	This is my domain

重要提示：@ 表示资源记录适用于您的域名，如 example.com。如需详细了解“主机名”字段，请访问管理资源记录。

相关资源

• 资源记录简介
• 管理资源记录