在您的控制面板中配置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采用的增加,拥有AAAA记录与A记录一起确保您的网站可通过两种协议访问。
示例: 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(DomainKeys识别邮件) – 存储用于验证电子邮件签名的公钥
- 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记录通常是您将配置的第一条记录。
- 在您的DNS控制面板中,找到A记录部分并单击添加记录。
- 填写以下字段:
- 主机/名称:输入
@以指向根域(例如example.com),或输入子域,如www或blog。 - 指向/值:输入您的服务器的IPv4地址(例如
192.0.2.1)。 - TTL:保留默认值(通常
3600秒/1小时),除非您有特定的理由更改它。如果您预期频繁进行更改,请使用较低的TTL(例如300)。
- 单击保存或添加记录。
常见用例:如果您在VPS或专用服务器上运行网站,您将添加一条A记录,将您的域指向您的服务器的公共IP地址。
3.2 添加AAAA记录
该过程与添加A记录相同,但您选择AAAA作为记录类型,并在值字段中输入IPv6地址。
- 选择AAAA作为记录类型。
- 输入主机/名称(例如
@或www)。 - 输入IPv6地址(例如
2001:db8::1)。 - 设置TTL并保存。
3.3 添加CNAME记录
CNAME记录对于别名子域或集成第三方服务很有用。
- 找到CNAME记录部分并单击添加记录。
- 填写字段:
- 主机/名称:输入您要别名的子域(例如
www、shop、blog)。 - 指向/值:输入目标主机名(例如
example.com或myshop.shopify.com)。 - TTL:根据需要设置(大多数情况下默认
3600就可以)。
- 单击保存。
> 注意:永远不要为您的根域(@)创建CNAME记录。如果您需要别名根域,请使用ALIAS或ANAME记录(如果您的DNS提供商支持),或使用指向目标IP地址的A记录。
3.4 添加MX记录
正确的MX记录配置对于可靠的电子邮件传递至关重要。如果您使用AlexHost电子邮件托管或第三方电子邮件提供商,他们将提供您需要的确切MX记录值。
- 找到MX记录部分并单击添加记录。
- 填写字段:
- 主机/名称:输入
@(代表根域)或留空,具体取决于您的面板。 - 邮件服务器/值:输入您的邮件服务器的主机名(例如
mail.example.com或aspmx.l.google.com用于Google Workspace)。 - 优先级:输入数字优先级值。较低的数字=较高的优先级。单个邮件服务器通常使用
10。对于备份服务器,使用20或30。 - TTL:默认
3600是标准的。
- 单击保存。
多个MX记录:为了冗余,在优先级10处添加主服务器,在优先级20处添加备份服务器。如果主服务器无法访问,电子邮件将自动路由到备份服务器。
3.5 添加TXT记录
TXT记录对于电子邮件身份验证和域名验证工作流至关重要。
- 找到TXT记录部分并单击添加记录。
- 填写字段:
- 主机/名称:为根域输入
@,或如果需要输入特定子域(例如_dmarc用于DMARC记录)。 - 值/文本:粘贴您的电子邮件提供商或验证服务提供的确切文本字符串。示例:
- 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是合适的。
- 单击保存。
> 重要:您可以在同一主机名上有多个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检查器 – 检查全球数十个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记录 | 为该子域添加适当的记录 |
