为帮助所有客户在创建新 zone 时快速上手，Cloudflare 提供 DNS 记录快速扫描。
扫描基于 Cloudflare 在现有活动 zone 中识别出的 DNS 记录 Type（类型） 和 Name（名称） 常见模式列表。
由于 DNS 记录名称会自动追加记录所设置的域名，两个完全不同的域名（例如 example.com 和 domain.test）若以 Type（类型）/Name（名称） 组合为比较标准，并排比较 zone 上的 DNS 记录列表时，可能会有一些匹配。
示例
example.com 的 DNS 管理：
| Type | Name | Content |
|---|---|---|
| A | @ | 192.0.2.0 |
| CNAME | www | example.com |
| A | 192.0.2.100 |
|
| MX | @ | mail.example.com |
| CNAME | my-store1900 | example-shop.saas.test |
domain.test 的 DNS 管理：
| Type | Name | Content |
|---|---|---|
| A | @ | 192.0.2.8 |
| CNAME | www | domain.test |
| CNAME | specific-internal-name | services.test.dev |
| A | 192.0.2.20 |
|
| MX | @ | mail.domain.test |
每个 zone 的 DNS 记录 Content（内容） 会不同，但基于记录 Type（类型） 和 Name（名称），Cloudflare 可以识别常见模式，并在添加新域名时期望找到相同的组合。
下方用例部分提供了扫描通常找到的 DNS 记录 Type（类型）/Name（名称） 组合的一些示例。
由于 DNS 记录快速扫描并非针对您添加到 Cloudflare 的特定 zone 定制，可能存在未拾取所有记录的情况。
例如，若您有非常特定的主机名（如 my-store1900.example.com 而非 store.example.com），或您设置了使用更自定义名称的 DKIM 记录 ↗（this._domainkey 而非 default._domainkey），扫描未找到特定 DNS 记录是预期行为。
| Type | Name | Content | TTL |
|---|---|---|---|
A |
@ |
<IPv4> |
<TTL> |
值 @ 表示 zone apex — 在上例中为 domain.test 或 example.com。
主要设置（完整）上的几乎所有 zone 都预期至少有一条地址记录 ↗指向托管网站或应用程序的 IP 地址。
| Type | Name | Content | TTL |
|---|---|---|---|
CNAME |
www |
<TARGET> |
<TTL> |
| Type | Name | Content | TTL |
|---|---|---|---|
A |
www |
<IPv4> |
<TTL> |
由于访客仍常在浏览器中输入 www.<DOMAIN> 期望到达域名，zone 通常会有名为 www 的 CNAME 或 A 记录。这使对 www.<DOMAIN> 的查询返回预期结果。
| Type | Name | Mail server | TTL | Priority |
|---|---|---|---|---|
MX |
@ |
webmail.<DOMAIN> |
<TTL> |
<PRIORITY> |
| Type | Name | Content | TTL |
|---|---|---|---|
CNAME |
mail |
<TARGET> |
<TTL> |
| Type | Name | Content | TTL |
|---|---|---|---|
A |
webmail |
<IPv4> |
<TTL> |
邮件交换器（MX）以及与其他名称（如 mail、webmail 或 smtp）组合的其他记录类型也很常见。如设置电子邮件记录页面所述，有多种 DNS 记录可确保电子邮件到达您的邮件服务器，并防止其他发件人伪造您的域名。