在您的控制面板中配置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 服务器时配置的第一条记录。
- 在您的 DNS 控制面板中,找到 A Records 部分并点击 Add Record。
- 填写以下字段:
- Host/Name:输入
@以指向根域(例如,example.com),或输入子域,如www或blog。 - Points To / Value:输入您服务器的 IPv4 地址(例如,
192.0.2.1)。 - TTL:保留默认值(通常
3600秒 / 1 小时),除非您有特定的更改原因。如果您预期频繁进行更改,请使用较低的 TTL(例如,300)。
- 点击 Save 或 Add Record。
常见用例:如果您在 VPS 或 Dedicated Server 上运行网站,您将添加一条 A 记录,将您的域指向服务器的公共 IP 地址。
3.2 添加 AAAA 记录
添加 AAAA 记录的过程与添加 A 记录相同,但您选择 AAAA 作为记录类型,并在值字段中输入 IPv6 地址。
- 选择 AAAA 作为记录类型。
- 输入 Host/Name(例如,
@或www)。 - 输入 IPv6 地址(例如,
2001:db8::1)。 - 设置 TTL 并保存。
3.3 添加 CNAME 记录
CNAME 记录对于子域别名或集成第三方服务很有用。
- 找到 CNAME Records 部分并点击 Add Record。
- 填写字段:
- Host/Name:输入要别名的子域(例如,
www、shop、blog)。 - Points To / Value:输入目标主机名(例如,
example.com或myshop.shopify.com)。 - TTL:根据需要设置(默认
3600对大多数情况都可以)。
- 点击 Save。
> 注意:切勿为根域创建 CNAME 记录(@)。如果需要别名根域,请使用 ALIAS 或 ANAME 记录(如果您的 DNS 提供商支持),或使用指向目标 IP 地址的 A 记录。
3.4 添加 MX 记录
正确的 MX 记录配置对于可靠的电子邮件传递至关重要。如果您使用 AlexHost Email Hosting 或第三方电子邮件提供商,他们将提供您需要的确切 MX 记录值。
- 找到 MX Records 部分并点击 Add Record。
- 填写字段:
- Host/Name:输入
@(代表根域)或留空,具体取决于您的面板。 - Mail Server / Value:输入邮件服务器的主机名(例如,
mail.example.com或aspmx.l.google.com(用于 Google Workspace))。 - Priority:输入数字优先级值。较低的数字 = 较高的优先级。单个邮件服务器通常使用
10。对于备份服务器,使用20或30。 - TTL:默认
3600是标准的。
- 点击 Save。
多个 MX 记录:为了冗余,添加优先级为 10 的主服务器和优先级为 20 的备份服务器。如果主服务器无法访问,电子邮件将自动路由到备份服务器。
3.5 添加 TXT 记录
TXT 记录对于电子邮件身份验证和域验证工作流至关重要。
- 找到 TXT Records 部分并点击 Add Record。
- 填写字段:
- 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是合适的。
- 点击 Save。
> 重要:您可以在同一主机名上有多个 TXT 记录,但每个主机名只应有 一个 SPF 记录。如果需要授权多个发件人,请将它们合并到单个 SPF 记录中,而不是创建单独的记录。
理解 TTL 值
TTL(生存时间)控制 DNS 解析器在检查更新之前缓存您的记录的时间。选择正确的 TTL 取决于您的情况:
| TTL 值 | 持续时间 | 最佳用途 |
|---|---|---|
| 300 | 5 分钟 | 您计划即将更改的记录(例如,在迁移期间) |
| 3600 | 1 小时 | 大多数记录的标准默认值 |
| 86400 | 24 小时 | 很少更改的稳定记录(例如,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 ADNS 配置最佳实践
遵循这些最佳实践将帮助您避免常见陷阱并维护健康的 DNS 配置:
- 记录您的 DNS 记录。 保留一个电子表格或笔记文件,其中包含所有当前 DNS 记录、它们的值以及每个记录存在的原因。这在故障排除或迁移期间非常宝贵。
- 在验证替换之前不要删除记录。 更新记录时,先添加新记录,验证其正常工作,然后删除旧记录。
- 使用可靠的 DNS 提供商。 您的 DNS 提供商的正常运行时间和性能直接影响您网站的可用性。在 AlexHost 共享主机 或 带有 cPanel 的 VPS 等平台上托管您的网站,可以让您访问强大的托管 DNS 基础设施。
- 使用 SSL 证书保护您的域。 DNS 配置和 SSL 相辅相成 — 一旦您的 A 记录指向正确,请确保您的网站使用 SSL 证书 进行保护,以保护用户数据并提高搜索排名。
- 在一个地方注册和管理您的域。 将 AlexHost 域名注册 与您的主机一起使用,通过在一个仪表板下保持所有内容来简化 DNS 管理。
- 定期监控 DNS 健康。 为 DNS 故障或意外记录更改设置监控警报,特别是对于业务关键域。
- 谨慎使用通配符记录。 通配符 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配置都能让您直接控制您的域在互联网上的行为方式。将这些知识与可靠的托管提供商和结构良好的服务器环境相结合,您将为在线构建的一切奠定坚实的基础。
