DNS 区域和记录概述

本文介绍 DNS 区域和记录的关键概念，包括域、记录集，以及它们如何在 Azure DNS 中受支持。了解如何在 Azure 中管理 DNS 基础结构，以保持对域名的控制，并确保 DNS 查询的高可用性和高效解析。

域名

域名系统是域的层次结构。该层次结构从名为“root”的域开始。接下来是顶级域，例如com、net、org或ukjp。位于顶级域之下的是二级域，例如 org.uk 或 co.jp。世界各地的 DNS 名称服务器托管 DNS 层次结构中的域。

域名注册机构是一个组织，可以通过该组织购买域名，例如 contoso.com。购买域名便有权控制该名下的 DNS 层次结构，例如可将名称 www.contoso.com 定向到公司网站。注册器会代表你在其自身的名称服务器中托管域，或者允许你指定可选名称服务器。

Azure DNS 提供全球分布的高可用性名称服务器基础结构，并可将其用于托管域。通过在 Azure DNS 中托管域，用户可以使用与其他 Azure 服务相同的凭据、API、工具、计费和支持来管理 DNS 记录。

Azure DNS 当前不支持购买域名。对于年费，可以使用非Microsoft域名注册机构购买域名。然后，可以将域托管在 Azure DNS 中来管理记录。有关详细信息，请参阅向 Azure DNS 委派域。

DNS 区域

DNS 区域用来托管某个特定域的 DNS 记录。若要开始在 Azure DNS 中托管域，需要为该域名创建 DNS 区域。随后会在此 DNS 区域内为每个 DNS 记录创建域。

例如，域“contoso.com”可能包含几条 DNS 记录，如“mail.contoso.com”（用于邮件服务器）和“www.contoso.com”（用于网站）。

在 Azure DNS 中创建 DNS 区域时：

在资源组中，区域名称必须是唯一的，不能存在该域。否则，操作会失败。
可在不同资源组或不同 Azure 订阅中重复使用同一区域名称。
当多个区域共享相同的名称时，将为每个实例分配不同的名称服务器地址。使用域名注册机构仅可配置一组地址。

Note

不必拥有域名即可在 Azure DNS 中以该域名创建 DNS 区域。但是，需要拥有域才能通过域名注册机构将 Azure DNS 名称服务器配置为域名的正确名称服务器。

有关详细信息，请参阅向 Azure DNS 委派域。

DNS 记录

记录名称

在 Azure DNS 中，记录使用相对名称指定。完全限定的域名 (FQDN) 包括区域名称，而相对域名则不包括。例如，www 区域中的相对记录名称 contoso.com 会提供完全限定的记录名称 www.contoso.com。

顶点记录是位于 DNS 区域的根（或顶点）中的 DNS 记录。例如，在 DNS 区域 contoso.com 中，顶点记录还具有完全限定的名称 contoso.com（有时称为裸域）。按照惯例，相对名称 @ 用于表示顶点记录。

记录类型

每个 DNS 记录都有一个名称和类型。这些记录根据其所包含的数据分为各种类型。最常见的类型为“A”记录，这种记录将名称映射到 IPv4 地址。另一种常见类型是“MX”记录，这种记录将名称映射到邮件服务器。

Azure DNS 支持所有常见 DNS 记录类型：A、AAAA、CAA、CNAME、MX、NS、PTR、SOA、SRV 和 TXT。请注意，SPF 记录使用 TXT 记录表示。

数据记录集

有时，需要创建具有给定名称和类型的多个 DNS 记录。例如，假设在两个不同的 IP 地址上托管“www.contoso.com”网站。该网站需要两个不同的 A 记录，每个 IP 地址一个。以下是记录集的示例：

www.contoso.com.        3600    IN    A    134.170.185.46
www.contoso.com.        3600    IN    A    134.170.188.221

Azure DNS 使用记录集管理所有 DNS 记录。记录集（也称为资源记录集）是某个区域中具有相同名称、相同类型的 DNS 记录的集合。大多数记录集包含单个记录。但是，在上面所示的示例中，一个记录集包含多个记录，这并不少见。

例如，假设已在区域“contoso.com”中创建 A 记录“www”，指向 IP 地址“134.170.185.46”（上述第一条记录）。要创建第二条记录，应将此记录添加到现有记录集而非创建其他记录集。

SOA 和 CNAME 记录类型例外。对于这些类型，DNS 标准不允许多个记录具有相同的名称，因此这些记录集仅可包含单个记录。

Time-to-live

生存时间（即 TTL）指定客户端在再次查询记录之前缓存每个记录的时间。在前面的示例中，TTL 为 3,600 秒或 1 小时。

在 Azure DNS 中，TTL 针对记录集而不是每个记录指定，因此同一个值适用于该记录集中的所有记录。可以指定介于 1 和 2,147,483,647 秒之间的任何 TTL 值。

通配符记录

Azure DNS 支持通配符记录。具有匹配名称的任何查询都会返回通配符记录，除非存在与非通配符记录集更接近的匹配项。对于除 NS 和 SOA 外的所有记录类型，Azure DNS 都支持通配符记录集。

若要创建通配符记录集，请使用记录集名称 \*。您还可以将名称以\*作为其最左侧的标签，例如\*.foo。

CAA 记录

CAA 记录允许域所有者指定哪些证书颁发机构 (CA) 有权为其域颁发证书。这使得 CA 可以避免在某些情况下错误颁发证书。 CAA 记录具有三个属性：

标志：此字段是一个介于 0 和 255 之间的整数，用于按照 RFC6844 表示具有特殊含义的关键标志
标记：可以是下列条目之一的 ASCII 字符串：
- 问题：适用于指定有权颁发证书（所有类型）的 CA
- issuewild：适用于指定有权颁发证书（仅限通配符证书）的 CA
- iodef：指定对于未经授权的证书颁发请求，CA 可以向其发送通知的电子邮件地址或主机名
Value：所选特定标记的值

CNAME 记录

CNAME 记录集不能与其他具有相同名称的记录集共存。例如，不能同时创建包含相对名称 www 的 CNAME 记录集和包含相对名称 www 的 A 记录。

由于区域顶点（name = '@'）在创建区域期间包含 NS 和 SOA 记录集，因此无法在区域顶点创建 CNAME 记录集。

这些约束起源于 DNS 标准，并非 Azure DNS 的限制。

NS 记录

区域顶点（名称为“@”）处的 NS 记录集将随每个 DNS 区域自动创建，并在删除该区域时自动删除。无法单独删除该项。

此记录集包含分配给该区域的 Azure DNS 名称服务器名称。可向此 NS 记录集添加更多名称服务器，从而支持与多个 DNS 提供商共同托管域。还可修改此记录集的 TTL 和元数据。但是，不允许删除或修改预先填充的 Azure DNS 名称服务器。

此限制仅适用于区域顶点处的 NS 记录集。区域中的其他 NS 记录集（用于委派子区域）不受约束，可进行创建、修改和删除。

SOA 记录

SOA 记录集在每个区域（名称为“@”）的顶点处自动创建，在删除该区域时会被自动删除。无法单独创建或删除 SOA 记录。

可以修改 SOA 记录的所有属性，但 host 属性除外。此属性将预先配置为引用 Azure DNS 提供的主名称服务器名称。

当对区域中的记录进行更改时，SOA 记录中的区域序列号不会自动更新。如果需要，可以通过编辑 SOA 记录手动进行更新。

Note

Azure DNS 目前不支持在 SOA hostmaster 邮箱条目中的“”前面使用点 (.)。@ 例如： john.smith@contoso.xyz （转换为 john.smith.contoso.xyz）， john\.smith@contoso.xyz 不允许。

SPF 记录

发送方策略框架 (SPF) 记录用于指定可以代表域名发送电子邮件的电子邮件服务器。正确配置 SPF 记录非常重要，可防止收件人将你的电子邮件标记为“垃圾邮件”。

DNS RFC 最初引入了新的 SPF 记录类型来支持此方案。为了支持旧名称服务器，还允许它们使用 TXT 记录类型指定 SPF 记录。这种不明确性导致混乱，已通过 RFC 7208 得到解决。它指出必须使用 TXT 记录类型创建 SPF 记录。它还指出 SPF 记录类型已弃用。

SPF 记录受 Azure DNS 支持且必须使用 TXT 记录类型创建。 不支持已过时的 SPF 记录类型。导入 DNS 区域文件时，使用 SPF 记录类型的任何 SPF 记录将转换为 TXT 记录类型。

SRV 记录

多种服务使用 SRV 记录指定服务器位置。在 Azure DNS 中指定 SRV 记录时：

必须将服务和协议指定为记录集名称的一部分，以下划线为前缀，例如\_sip.\_tcp.name。对于区域顶点处的记录，无需在记录名称中指定 \@ 、使用服务和协议，例如 \_sip.\_tcp。
将 priority 、weight 、port 和 target 指定为记录集中每个记录的参数。

TXT 记录

TXT 记录用于将域名映射到任意文本字符串。它们在多个应用程序中使用，特别是与电子邮件配置相关（如发件人策略框架 (SPF)和域密钥识别邮件 (DKIM)）。

DNS 标准允许单个 TXT 记录包含多个字符串，其中每个字符串的长度最多可为 255 个字符。当客户端使用多个字符串时，它们连接它们并将其视为单个字符串。

调用 Azure DNS REST API 时，需要单独指定每个 TXT 字符串。使用 Azure 门户、PowerShell 或 CLI 接口时，应为每个记录指定单个字符串。此字符串会在必要时自动划分为 255 个字符的段。

DNS 记录中的多个字符串不应与 TXT 记录集的多个 TXT 记录混淆。 TXT 记录集可以包含多个记录，其中每个可以包含多个字符串。 Azure DNS 支持每个 TXT 记录集中最多 4,096 个字符的总字符串长度（所有记录组合后的总和）。

DS 记录

委派签名者（DS）记录是用于保护委派的 DNSSEC 资源记录类型。若要在区域中创建 DS 记录，必须先使用 DNSSEC 对区域进行签名。

TLSA 记录

TLSA（传输层安全身份验证）记录用于将 TLS 服务器证书或公钥与在其中找到记录的域名相关联。 TLSA 记录将公钥（TLS 服务器证书）链接到域名，为 TLS 连接提供额外的安全层。

若要有效使用 TLSA 记录，必须在域上启用 DNSSEC 。此过程可确保 TLSA 记录可以受信任且经过正确验证

标记和元数据

Metadata

作为记录集标记的替代方法，Azure DNS 支持使用“元数据”批注记录集。与标记相类似，通过元数据可将名称/值对与每个记录集相关联。此功能非常有用，例如可用于记录每个记录集的用途。与标记不同的是，元数据不能用于提供 Azure 帐单的筛选视图，且不能在 Azure 资源管理器策略中指定。

Etags

假设两个人或两个进程尝试同时修改一条 DNS 记录。哪一个占先？占先方是否知道他们/它们已覆盖了其他人/进程创建的更改？

Azure DNS 使用 Etag 来安全地处理对同一资源的并发更改。 Etag 与 Azure 资源管理器 Tags分开。每个 DNS 资源（区域或记录集）都有与其相关联的 Etag。只要检索资源，就会检索其 Etag。当更新资源时，可以选择传递回 Etag 以便 Azure DNS 可以验证服务器上的 Etag 是否匹配。由于每次更新资源都会导致重新生成 Etag，Etag 不匹配表示发生了并发更改。创建新的资源时，也可以通过使用 Etag 来确保该资源不存在。

默认情况下，Azure DNS PowerShell 使用 Etag 来阻止对区域和记录集的并发更改。可选 -Overwrite 开关可用于抑制 Etag 检查，此时将覆盖已发生的任何并发更改。

Etag 是在 Azure DNS REST API 级别使用 HTTP 标头指定的。下表给出了它们的行为：

Header	Behavior
None	PUT 始终成功（没有 Etag 检查）
如果匹配 <etag>	只有当资源存在并且 Etag 匹配时，PUT 才会成功
If-match *	只有当资源存在时，PUT 才会成功
If-none-match *	只有当资源不存在时，PUT 才会成功

Limits

使用 Azure DNS 时，以下默认限制适用：

公共 DNS 区域

Resource	Limit
每个订阅的公共 DNS 区域数	250 ¹
每个公共 DNS 区域的记录集数	10,000 ¹
公共 DNS 区域中每个记录集的记录数	20 ¹
公共 DNS 区域中每个记录集的 TXT 记录数	400
单个 Azure 资源的别名记录数	50 ¹

¹如果需要增加这些限制，请与 Azure 支持部门联系。

后续步骤

若要开始使用 Azure DNS，请了解如何创建 DNS 区域和创建 DNS 记录。
若要迁移现有 DNS 区域，请了解如何导入和导出 DNS 区域文件。

Last updated on 2025-12-26

通过