所有托管服务节省 15%

测试技能,享折扣

使用代码: Skills 开始使用
China
域名系统 管理

在您的控制面板中配置DNS资源记录:完整指南

DNS 资源记录 (RRs) 是域名系统的基本构建块——这是一个全球基础设施,将人类可读的域名转换为机器可读的地址。无论您是在启动新网站、设置商务电子邮件,还是通过第三方服务验证域名所有权,了解如何在 DNS 控制面板中配置资源记录是任何网站所有者、开发人员或系统管理员必不可少的技能。

本综合指南将引导您了解每种主要 DNS 记录类型,解释每种记录的确切工作原理,并提供添加和验证它们的分步说明。

什么是DNS资源记录?

DNS资源记录是存储在DNS区域文件中的结构化数据条目。每条记录包含特定信息,告诉互联网如何处理与您的域名相关的请求——将网络流量路由到何处、哪个服务器处理您的电子邮件,以及与您的域名关联的基于文本的元数据。

每条资源记录由几个核心字段组成:

  • 名称 – 记录适用的域名或子域名
  • 类型 – 记录的类别(A、AAAA、CNAME、MX、TXT等)
  • 值/数据 – 记录包含的实际信息
  • TTL(生存时间) – DNS解析器在重新查询前应缓存记录的时间长度(以秒为单位)

配置错误的DNS记录是导致网站停机、电子邮件传递失败和域名验证失败的最常见原因之一。从一开始就正确配置它们可以节省大量的故障排除时间。

常见DNS记录类型说明

在深入了解配置步骤之前,值得理解每种记录类型的作用以及何时需要使用它。

A记录

将域名或子域名映射到IPv4地址。这是最基本的DNS记录——它允许浏览器在用户输入域名时找到您的网络服务器。

示例: example.com → 192.0.2.1

AAAA记录

将域名或子域名映射到IPv6地址。随着IPv6采用的增加,在A记录旁边配置AAAA记录可确保您的网站可通过两种协议访问。

示例: example.com → 2001:db8::1

CNAME记录

规范名称记录从一个域名创建别名到另一个域名。CNAME不是指向IP地址,而是指向另一个主机名。这通常用于www子域名、CDN配置和第三方服务集成。

重要提示:不能在根(顶点)域名上与其他记录一起使用CNAME记录。仅在子域名上使用它。

示例: www.example.com → example.com

MX记录

邮件交换记录指定哪个邮件服务器负责代表您的域名接收电子邮件。MX记录包含优先级值——较低的数字表示较高的优先级。您可以配置多个MX记录以实现冗余。

示例: example.com → mail.example.com (Priority: 10)

TXT记录

文本记录存储与您的域名关联的任意文本数据。TXT记录广泛用于:

  • SPF(发件人策略框架)——定义哪些服务器被授权从您的域名发送电子邮件
  • DKIM(域名密钥识别邮件)——存储用于验证电子邮件签名的公钥
  • DMARC——设置处理未通过SPF/DKIM检查的电子邮件的策略
  • 域名验证——由Google Search Console、Microsoft 365和其他服务用于确认域名所有权

NS记录

名称服务器记录指定哪些DNS服务器对您的域名具有权威性。这些通常在您的域名注册商处设置,并指向您的托管提供商的名称服务器。

PTR记录

指针记录执行反向DNS查询——将IP地址映射回主机名。PTR记录对于邮件服务器信誉特别重要,通常在服务器级别配置。

访问您的 DNS 控制面板

要管理资源记录,您需要访问由您的域名注册商托管提供商提供的 DNS 管理界面。确切的界面因提供商而异,但过程大致相同。

步骤 1:登录到您的域名注册商或托管提供商的仪表板中的帐户。

步骤 2:导航到DNS 管理DNS 设置区域编辑器部分。这有时可在”域名管理”或”高级设置”下找到。

步骤 3:选择您要配置的域。

> 专业提示:如果您的域名由一个提供商注册,但由另一个提供商托管(例如 AlexHost VPS 托管),您需要更新您的域名的名称服务器以指向您的托管提供商,或登录到您的注册商的 DNS 面板并手动添加您的主机提供的记录。

分步指南:配置常见资源记录

3.1 添加 A 记录

A 记录通常是将域指向 Web 服务器时配置的第一条记录。

  1. 在您的 DNS 控制面板中,找到 A Records 部分并点击 Add Record
  2. 填写以下字段:
  • Host/Name:输入 @ 以指向根域(例如,example.com),或输入子域,如 wwwblog
  • Points To / Value:输入您服务器的 IPv4 地址(例如,192.0.2.1)。
  • TTL:保留默认值(通常 3600 秒 / 1 小时),除非您有特定的更改原因。如果您预期频繁进行更改,请使用较低的 TTL(例如,300)。
  1. 点击 SaveAdd Record

常见用例:如果您在 VPSDedicated Server 上运行网站,您将添加一条 A 记录,将您的域指向服务器的公共 IP 地址。

3.2 添加 AAAA 记录

添加 AAAA 记录的过程与添加 A 记录相同,但您选择 AAAA 作为记录类型,并在值字段中输入 IPv6 地址

  1. 选择 AAAA 作为记录类型。
  2. 输入 Host/Name(例如,@www)。
  3. 输入 IPv6 地址(例如,2001:db8::1)。
  4. 设置 TTL 并保存。

3.3 添加 CNAME 记录

CNAME 记录对于子域别名或集成第三方服务很有用。

  1. 找到 CNAME Records 部分并点击 Add Record
  2. 填写字段:
  • Host/Name:输入要别名的子域(例如,wwwshopblog)。
  • Points To / Value:输入目标主机名(例如,example.commyshop.shopify.com)。
  • TTL:根据需要设置(默认 3600 对大多数情况都可以)。
  1. 点击 Save

> 注意:切勿为根域创建 CNAME 记录(@)。如果需要别名根域,请使用 ALIASANAME 记录(如果您的 DNS 提供商支持),或使用指向目标 IP 地址的 A 记录。

3.4 添加 MX 记录

正确的 MX 记录配置对于可靠的电子邮件传递至关重要。如果您使用 AlexHost Email Hosting 或第三方电子邮件提供商,他们将提供您需要的确切 MX 记录值。

  1. 找到 MX Records 部分并点击 Add Record
  2. 填写字段:
  • Host/Name:输入 @(代表根域)或留空,具体取决于您的面板。
  • Mail Server / Value:输入邮件服务器的主机名(例如,mail.example.comaspmx.l.google.com(用于 Google Workspace))。
  • Priority:输入数字优先级值。较低的数字 = 较高的优先级。单个邮件服务器通常使用 10。对于备份服务器,使用 2030
  • TTL:默认 3600 是标准的。
  1. 点击 Save

多个 MX 记录:为了冗余,添加优先级为 10 的主服务器和优先级为 20 的备份服务器。如果主服务器无法访问,电子邮件将自动路由到备份服务器。

3.5 添加 TXT 记录

TXT 记录对于电子邮件身份验证和域验证工作流至关重要。

  1. 找到 TXT Records 部分并点击 Add Record
  2. 填写字段:
  • Host/Name:为根域输入 @,或如果需要,输入特定的子域(例如,_dmarc(用于 DMARC 记录))。
  • Value / Text:粘贴您的电子邮件提供商或验证服务提供的确切文本字符串。示例:
  • SPF:v=spf1 include:_spf.example.com ~all
  • Google 验证:google-site-verification=xxxxxxxxxxxxxxxx
  • DMARC:v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com
  • TTL:默认 3600 是合适的。
  1. 点击 Save

> 重要:您可以在同一主机名上有多个 TXT 记录,但每个主机名只应有 一个 SPF 记录。如果需要授权多个发件人,请将它们合并到单个 SPF 记录中,而不是创建单独的记录。

理解 TTL 值

TTL(生存时间)控制 DNS 解析器在检查更新之前缓存您的记录的时间。选择正确的 TTL 取决于您的情况:

TTL 值持续时间最佳用途
3005 分钟您计划即将更改的记录(例如,在迁移期间)
36001 小时大多数记录的标准默认值
8640024 小时很少更改的稳定记录(例如,MX 记录)

最佳实践:如果您计划进行服务器迁移或 DNS 更改,请至少提前 24–48 小时将 TTL 降低到 300。这会减少您进行实际更改时的传播窗口。迁移完成后,将 TTL 提高回 3600 或更高。

DNS 传播:预期情况

保存任何 DNS 更改后,它不会立即在全球范围内生效。DNS 传播 — 更新记录在全球 DNS 解析器中传播的过程 — 通常需要几分钟到 48 小时,具体取决于:

  • 记录的先前 TTL 值
  • 您的 DNS 提供商的更新频率
  • 各个 ISP 和解析器的缓存行为

在传播过程中,某些用户可能会看到旧的 DNS 值,而其他用户会看到新值。这是正常的预期行为。

验证您的 DNS 记录

进行更改后,始终验证您的记录配置正确并已按预期传播。

在线 DNS 查询工具

这些基于网络的工具让您可以同时从多个全球位置检查 DNS 记录:

  • DNS Checker – 检查数十个全球 DNS 服务器的传播情况
  • MXToolbox – 非常适合验证 MX 记录和诊断电子邮件传递问题
  • WhatsMyDNS – 简单、可视化的所有记录类型传播检查器

命令行工具

为了获得更精细的控制,直接使用终端命令:

检查 A 记录:

dig example.com A

检查 MX 记录:

dig example.com MX

检查 TXT 记录(例如 SPF):

dig example.com TXT

使用 nslookup(跨平台):

nslookup example.com
nslookup -type=MX example.com
nslookup -type=TXT example.com

查询特定 DNS 服务器(用于检查您的注册商的名称服务器是否已更新):

dig @8.8.8.8 example.com A

DNS 配置最佳实践

遵循这些最佳实践将帮助您避免常见陷阱并维护健康的 DNS 配置:

  1. 记录您的 DNS 记录。 保留一个电子表格或笔记文件,其中包含所有当前 DNS 记录、它们的值以及每个记录存在的原因。这在故障排除或迁移期间非常宝贵。
  1. 在验证替换之前不要删除记录。 更新记录时,先添加新记录,验证其正常工作,然后删除旧记录。
  1. 使用可靠的 DNS 提供商。 您的 DNS 提供商的正常运行时间和性能直接影响您网站的可用性。在 AlexHost 共享主机带有 cPanel 的 VPS 等平台上托管您的网站,可以让您访问强大的托管 DNS 基础设施。
  1. 使用 SSL 证书保护您的域。 DNS 配置和 SSL 相辅相成 — 一旦您的 A 记录指向正确,请确保您的网站使用 SSL 证书 进行保护,以保护用户数据并提高搜索排名。
  1. 在一个地方注册和管理您的域。AlexHost 域名注册 与您的主机一起使用,通过在一个仪表板下保持所有内容来简化 DNS 管理。
  1. 定期监控 DNS 健康。 为 DNS 故障或意外记录更改设置监控警报,特别是对于业务关键域。
  1. 谨慎使用通配符记录。 通配符 A 记录 (*.example.com) 将所有子域路由到单个 IP,这可能很方便,但如果管理不当可能会导致意外路由。

DNS 问题故障排除

问题可能原因解决方案
DNS 更改后网站无法加载传播仍在进行中等待最多 48 小时;清除本地 DNS 缓存
电子邮件未被传递MX 记录缺失或不正确使用 MXToolbox 验证 MX 记录
SSL 证书验证失败A 记录未指向正确的服务器检查 A 记录值和传播状态
“无法访问此网站”错误A 记录缺失或指向错误的 IP重新检查 A 记录配置
电子邮件被标记为垃圾邮件缺失 SPF、DKIM 或 DMARC TXT 记录添加所有三个电子邮件身份验证记录
子域名无法解析该子域名缺失 A 或 CNAME 记录为子域名添加相应的记录

结论

正确配置DNS资源记录是提高在线存在的可靠性和性能最有影响力的事情之一。A记录将您的域连接到您的服务器,MX记录确保您的电子邮件到达目的地,TXT记录验证您的身份并防止垃圾邮件,CNAME记录为您提供灵活性来无缝地别名和集成服务。

本指南的关键要点:

  • 在添加记录之前了解每种记录类型 — 了解记录的作用可以防止代价高昂的错误
  • 根据您预期进行更改的频率使用适当的TTL值
  • 始终使用在线工具和命令行实用程序验证更改
  • 提前规划DNS更改,特别是对于拥有真实用户的生产环境

无论您是在管理个人博客、商业网站还是复杂的多服务器基础设施,掌握DNS配置都能让您直接控制您的域在互联网上的行为方式。将这些知识与可靠的托管提供商和结构良好的服务器环境相结合,您将为在线构建的一切奠定坚实的基础。