阿里云主机记录怎么填，域名解析填写别漏这几项

做网站、企业邮箱、小程序接口，或者接入第三方验证时，很多人都会卡在同一个地方：阿里云主机记录怎么填。这个输入框看着不大，填错了影响却很直接：网站打不开、邮箱收不到信、域名验证不过，排查起来还容易绕远路。

阿里云域名解析里，一条记录通常会有记录类型、主机记录、记录值、线路、TTL 这些字段。这里的主机记录，说白了就是域名前缀，你想让哪个访问地址生效，就填它前面的那一段。

• 域名是 example.com，主机记录填 www，最终就是 www.example.com
• 主机记录填 @，表示根域名，也就是 example.com
• 主机记录填 blog，最终就是 blog.example.com

所以，问阿里云主机记录怎么填，先要确认你准备把哪个地址指向服务器、邮箱服务，或者验证服务。

阿里云主机记录怎么填，常见写法别混

填 @：给根域名用

如果你希望用户直接访问 example.com，那主机记录就填 @。企业官网很常见这种配置，比如官网直接绑定在根域名上，添加 A 记录或 CNAME 记录时，主机记录通常就是 @。

这里容易出错的一点是，很多人以为 @ 和 www 差不多，实际是两个地址。example.com 和 www.example.com 能不能都访问，要看你有没有分别配置。

填 www：给常规网站访问用

如果你要用的是 www.example.com，主机记录就填 www。这是最常见的二级域名形式。很多网站会同时添加 @ 和 www 两条解析，原因也很直接：有人习惯直接输入主域名，有人习惯带 www，少配一条，访问就可能不一致。

填自定义前缀：给业务子域名用

这类场景也很多，比如：

• api.example.com，主机记录填 api
• m.example.com，主机记录填 m
• mail.example.com，主机记录填 mail
• shop.example.com，主机记录填 shop

只填前缀，不要把完整域名整段写进去。像 www.example.com、api.example.com 这种完整地址，直接填到主机记录里，通常就是错的。这个问题在新手里很常见，尤其是第一次配阿里云域名解析时。

填 *：做泛解析

如果你希望所有没有单独设置的子域名，都指向同一个目标，可以把主机记录写成 *。这就是泛解析，比如让 *.example.com 都落到同一处。

泛解析可以用，但别顺手就开。测试环境、多业务临时接入时会方便一些；普通网站随便开泛解析，后面管理容易乱，安全上也可能留下隐患。没有明确需求时，不建议这么配。

不同记录类型下，主机记录怎么配合填

判断阿里云主机记录怎么填，不能只看前缀，还得看这条解析是做什么用的。主机记录写法可能类似，但对应的目标完全不同。

A 记录

A 记录是把域名指向 IPv4 地址。比如服务器公网 IP 是 123.123.123.123，如果你要让 example.com 直接访问这台服务器，可以这样填：

• 主机记录：@
• 记录值：123.123.123.123

如果你想让 www.example.com 指向同一台机器，那就再补一条主机记录为 www 的 A 记录，或者按你的架构改用 CNAME。

CNAME 记录

CNAME 常见于 CDN、建站平台、对象存储加速域名这类场景，它是把一个域名别名到另一个域名。

• 主机记录：www
• 记录值：abc.xxx.aliyundns.com

这样配置后，www.example.com 就会解析到目标别名地址。这里别漏掉检查冲突：同一个主机记录如果已经有 CNAME，再去加 A 记录，往往就会出问题。

MX 记录

MX 记录用于邮箱服务。很多人一看到邮箱，就会下意识把主机记录写成 mail，但实际不一定。很多企业邮箱配置里，MX 记录的主机记录是 @，因为它代表整个域名的收信规则，不只是某一个子域名。

这个地方别凭感觉。邮箱服务商给什么参数，就按什么参数填，尤其是优先级、记录值和主机记录这几项，要逐项对应。

TXT 记录

TXT 记录经常出现在域名验证、SSL 证书验证、SPF 反垃圾邮件配置这些场景里。它的主机记录最容易出现“看着不像常规域名”的情况，比如：

• @
• _acme-challenge
• 服务商要求的固定字段或随机值

这类记录别自己改写。对方要求填什么就填什么，尤其是带下划线的特殊前缀，很多验证就是靠这个名字识别的，你改成 @ 或 www，平台通常识别不到。

三个常见场景，看懂阿里云主机记录怎么填

企业官网上线

假设公司买了 example.com，网站部署在阿里云 ECS 上，希望用户访问 example.com 和 www.example.com 都能打开。这种情况通常要配两条：

1. 主机记录：@，记录类型：A，记录值：服务器 IP
2. 主机记录：www，记录类型：A 或 CNAME，记录值：服务器 IP 或目标别名地址

这里的判断不复杂：根域名和 www 是两个入口，想都能访问，就都配上。很多人只配一条，结果自己测试时一个能开、一个打不开，往往就是漏了这一层。

小程序接口域名配置

如果接口服务要绑定到 api.example.com，主机记录就填 api。别填 @，也别把 api.example.com 整段复制进去。填错成 @ 以后，实际生效的是 example.com，接口请求就会跑偏，表现出来通常是请求失败、跨域报错，或者平台校验不通过。

这种场景很适合先把完整访问地址写下来，再拆前缀。你要的是 api.example.com，那主机记录自然就是 api。

第三方平台要求添加 TXT 验证

再看一个常见场景。某个平台要求添加一条 TXT 记录：

• 主机记录：_verify
• 记录值：abcd123456

那就直接按要求填 _verify。最终生成的是 _verify.example.com 这条验证记录。这里不要自作主张改成 @，也不要因为觉得下划线“奇怪”就删掉。验证类解析最怕擅自改字段，表面上记录加上了，平台那边却一直过不去。

填写主机记录时，最容易踩的几个坑

把完整域名填进主机记录

这是最常见的错误之一。你想解析 www.example.com，主机记录只需要填 www。阿里云这里要的是前缀，不是完整访问地址。

@ 和 www 没分开

@ 是根域名，www 是二级域名。很多站点最终会把它们统一到一个地址，但那是后续跳转或程序处理的事。至少在解析这一层，要先分开配置清楚。

照着感觉填，没有照文档逐项核对

网站 A 记录还比较直观，到了邮箱、CDN、证书验证、海外平台接入这些场景，主机记录、记录值、优先级往往都有明确要求。这个时候最省事的做法就是按文档一项一项核对。

已有记录冲突

同一个主机记录下，如果已经存在不兼容的记录，再添加新记录就可能冲突。比如已经给 www 配了 CNAME，又想给 www 再加 A 记录，这类情况要先检查已有配置，不然很容易越改越乱。

改完马上判断失败

DNS 解析生效需要时间。阿里云侧更新通常不慢，但本地 DNS 缓存、浏览器缓存、运营商缓存都可能让你暂时看不到结果。刚保存就打不开，不一定是主机记录填错，先确认记录本身有没有问题，再给解析一点传播时间。

一个实用判断法：先写完整地址，再拆前缀

如果你还在想阿里云主机记录怎么填，可以直接按这个方法判断：

1. 先写出你想生效的完整域名
2. 把主域名部分去掉
3. 剩下的前缀，就是主机记录

• example.com → @
• www.example.com → www
• api.example.com → api
• test.example.com → test

如果服务商文档明确写了特殊值，比如 _acme-challenge、dkim、selector1，那就不要套这个通用规则，直接以文档参数为准。通用方法适合常规判断，文档要求适合精确执行，这两者别混。

把这一步弄清楚，阿里云域名解析后面的配置会顺很多。你是在给官网做入口，还是给接口单独分配子域名，还是在做邮箱、证书、平台验证，主机记录的写法都能顺着业务场景推出来。