阿里云解析主机记录值怎么填，常见设置和填写示例

网站上线、邮箱接入、第三方验证、子域名分流，很多问题最后都卡在一个很小的输入框里：阿里云解析主机记录值。这类配置看着简单，填错的人却很多。问题往往不在线路、TTL 或服务器本身，而是把“主机记录”和“记录值”混在了一起，或者没分清自己到底是在配主域名、子域名，还是验证记录。

阿里云云解析 DNS 里，一条记录通常会有记录类型、主机记录、记录值、TTL、线路这些字段。平时有人搜索“阿里云解析主机记录值”，多数是在同时找两个东西：

• 主机记录：域名前缀，决定这条解析作用在哪个主机名上。
• 记录值：解析指向的目标，可能是 IP、另一个域名，也可能是一段验证字符串。

拿 example.com 举例：

• 主机记录填 @，表示 example.com 本身。
• 主机记录填 www，表示 www.example.com。
• 主机记录填 blog，表示 blog.example.com。
• 主机记录填 *，表示泛解析，匹配没有单独设置的子域名。

记录值要看记录类型：

• A 记录通常填 IPv4 地址。
• AAAA 记录通常填 IPv6 地址。
• CNAME 记录通常填另一个域名。
• MX 记录通常填邮件服务器域名。
• TXT 记录通常填验证文本或策略内容。

为什么阿里云解析主机记录值容易填错

一个常见原因，是很多教程把“主机记录”和“记录值”说成一回事。再加上不同服务商文档里会写 Host、Name、Subdomain，叫法不同，新手更容易对不上字段。

还有一种情况，是用户没先想清楚自己要解析哪个层级。比如想把 www.example.com 指向服务器，就把主机记录填成 www.example.com。在阿里云里，这样一般就填多了，主机记录通常只写前缀 www。同样，做根域名解析时，很多人会留空，实际上通常应该填 @。

这类错误很隐蔽，因为保存时未必报错，但访问结果会不对。你以为自己配的是域名解析，实际提交的是一个不符合面板规则的主机名，后面排查起来就会绕远路。

填写前先按这三个问题判断

你要解析的是哪个域名

先看目标对象，不要急着填记录值。

• 主域名：主机记录填 @
• www 子域名：主机记录填 www
• api 子域名：主机记录填 api
• 所有未单独配置的子域名：主机记录填 *

你要把它指向什么

指向服务器 IP，就用 A 记录；指向另一个域名，就用 CNAME；做邮箱接收，通常用 MX；做域名验证、SSL 验证或一些平台校验，就用 TXT。也就是说，阿里云解析主机记录值没有统一模板，每次都要把“主机记录 + 记录类型 + 记录值”放在一起判断。

现有记录会不会冲突

同一个主机记录下面，记录也不能随便叠加。比如 www 已经用了 CNAME，通常就不要再给它配一条指向别处的冲突记录。@ 做 A 记录和做 URL 转发也不是一回事。还有泛解析 *，看起来省事，但如果你后面还有单独业务子域名，没规划好就容易误伤访问。

常见业务场景的填写示例

网站主域名解析到服务器

域名是 example.com，服务器 IP 是 39.100.20.10：

• 记录类型：A
• 主机记录：@
• 记录值：39.100.20.10

这条记录的意思很直接，访问 example.com 时会解析到这台服务器。

www 域名解析到同一台服务器

• 记录类型：A
• 主机记录：www
• 记录值：39.100.20.10

www.example.com 会解析到同一台机器。如果程序、Nginx 或 Apache 只处理一个正式入口，还要配合 301 跳转统一域名，否则搜索引擎和用户都可能同时访问到两个版本。

子域名接入第三方平台

比如企业把 shop.example.com 接到某个 SaaS 商城，平台给出的目标地址是 cname.shopservice.com：

• 记录类型：CNAME
• 主机记录：shop
• 记录值：cname.shopservice.com

这里很容易犯的错，是把记录值填成后台访问网址，甚至把带 http:// 或路径的完整链接贴进去。CNAME 要填的是服务商给出的目标域名，不是你平时打开后台的网页地址。

企业邮箱配置 MX 记录

如果邮箱服务商要求主域名接收邮件，邮件服务器是 mx1.mailservice.com：

• 记录类型：MX
• 主机记录：@
• 记录值：mx1.mailservice.com

如果服务商还提供了优先级，要一起设置。这里别凭感觉把主机记录写成 mail。很多邮箱接收规则是作用在主域名上的，主机记录通常仍然是 @，是否需要单独设置 mail.example.com，要看服务商给的说明。

域名验证或 SSL 证书验证

有些平台会要求添加 TXT 记录，比如主机记录是 _acme-challenge，记录值是一串验证码：

• 记录类型：TXT
• 主机记录：_acme-challenge
• 记录值：平台提供的验证字符串

这类记录经常失败，往往是细节没对上。下划线少了、复制时多了空格、把引号一起粘贴进去，都会导致验证不过。

一个很常见的配置场景

一家公司上线新官网，域名是 brandabc.com，目标有三个：

1. 主域名访问官网首页；
2. www 也能访问官网；
3. mail 子域名给企业邮箱登录页使用。

一开始的配置问题不少：

• 主机记录直接填成了 brandabc.com
• www 同时做了 A 记录和 CNAME
• mail 的记录值填成了网页登录地址完整 URL

结果就是官网访问不稳定，www 出现解析冲突，邮箱入口也不正常。整理后改成这样：

• A 记录，主机记录 @，记录值 47.96.XX.XX
• A 记录，主机记录 www，记录值 47.96.XX.XX
• CNAME 记录，主机记录 mail，记录值 mail.provider.com

这类问题处理起来通常不复杂，难点就是第一步别填错。很多人习惯凭字面理解去配，看到“主机记录”就把完整域名填进去，看到“记录值”就把网址复制进去，保存时看着也像对的，实际并不是 DNS 需要的内容。

填写阿里云解析主机记录值时最容易踩的坑

• 把完整域名填进主机记录：像 www.example.com 这种，通常主机记录只写 www。
• 把网址当记录值：记录值一般是 IP、目标域名或验证字符串，不是带协议头的完整链接。
• 根域名没有写 @：留空或者乱写，容易让解析目标不明确。
• 同一主机记录下乱配冲突记录：尤其是 CNAME 和其他指向型记录混用时，要先看已有配置。
• 改完马上判定失败：DNS 缓存刷新需要时间，测试太早，常常把“未生效”误判成“配错了”。

怎么快速检查自己有没有填对

1. 先确认目标域名是主域名还是子域名，别一上来就填完整域名。
2. 对照服务商文档，确认要添加的是 A、CNAME、MX 还是 TXT。
3. 检查主机记录是否只写前缀，比如 @、www、api、mail。
4. 检查记录值是否是正确的 IP、目标域名或验证字符串，而不是网页地址。
5. 翻一下现有记录列表，看有没有重复项或冲突项。
6. 保存后等缓存刷新，再用 dig、nslookup 或在线 DNS 检测工具验证。

如果你是第一次配，比较稳妥的做法是先加最基础的两条：主域名和 www。访问没问题，再继续做邮箱、验证记录、泛解析和其他业务子域名。这样范围小，排错也快。

阿里云解析主机记录值经常被搜，是因为它很容易被字面意思带偏。记住一件事就够了：主机记录决定“哪个域名生效”，记录值决定“解析到哪里”。把这两个字段分开看，再结合记录类型，大多数配置都不会出错。