阿里云的主机记录名地址怎么填，常见写法与易错点

配域名解析时，很多人卡在“主机记录”这一步，尤其看到后台里同时有主机记录、记录值、记录类型几个字段时，容易把概念混在一起。阿里云的主机记录名地址看着像是在填“地址”，实际填的却不是服务器 IP，也不是完整网址。这里一旦写错，轻一点是网站打不开，麻烦一点可能连邮箱、接口、后台都跟着出问题。

把这个字段理解清楚，后面的解析配置就顺了。主机记录决定的是“哪个域名前缀要生效”，记录值才是“它最终指到哪里”。这两个字段分开看，很多错误就不会发生。

阿里云的“主机记录名地址”到底是什么

在阿里云域名解析后台，新建记录时常见的几个字段里，最容易被误解的就是主机记录。很多人会把阿里云的主机记录名地址当成 IP 地址，或者直接把完整域名填进去，这两种都很常见，也都不对。

主机记录说的是前缀。假设你的域名是 example.com，常见写法是这样：

• 主机记录填 www，完整地址就是 www.example.com
• 主机记录填 blog，完整地址就是 blog.example.com
• 主机记录填 @，表示根域名 example.com
• 主机记录填 *，表示泛解析，匹配未单独设置的二级域名

“地址”一般写在记录值里。A 记录的记录值通常是服务器 IP，CNAME 的记录值通常是另一个域名。操作时先分清：主机记录是前缀，记录值是目标。如果把这两个填反，解析大概率不会按预期生效。

常见业务该怎么填

主域名访问网站

如果你想让用户直接通过 example.com 打开网站，主机记录通常填 @。比如服务器公网 IP 是 1.2.3.4，对应配置就是：

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

这里很多新手会写成 example.com，或者干脆留空。按阿里云后台的常见规则，根域名就用 @ 表示。

www 访问网站

如果要让用户通过 www.example.com 访问，主机记录写 www。配置示例：

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

实际建站里，@ 和 www 往往会一起配。这样用户输不输 www，都能找到站点。后面是否做跳转，是网站服务器或程序层面的事，和主机记录不是一回事。

独立二级域名业务

很多站点不只一个入口。官网之外，常见还有后台、博客、接口、移动端等，这时主机记录就按业务前缀写：

• admin 对应 admin.example.com
• blog 对应 blog.example.com
• api 对应 api.example.com
• m 对应 m.example.com

这里有个很容易犯的错：把 https://api.example.com 直接填进主机记录。主机记录里不用带协议，不用带主域名，也不用填完整 URL，只写前缀，比如 api 就够了。

泛解析场景

如果业务里测试环境多，或者希望未单独配置的二级域名都落到同一个地址，可以用 * 做泛解析。例如：

• 记录类型：A
• 主机记录：*
• 记录值：1.2.3.4

这样像 test.example.com、dev.example.com 这类没有单独设置的域名，可能都会解析到这个 IP。泛解析省事，但别滥用。已经存在的精确解析、业务隔离要求、安全控制，都要一起考虑，否则排查问题会很乱。

三个常见场景，最容易在哪出错

企业官网上线，主机记录写成完整域名

这种情况很典型。有人在阿里云后台给官网加解析，觉得阿里云的主机记录名地址应该写全，于是主机记录填了 www.example.com，记录值填了服务器 IP。结果保存后一直不对，网站访问异常。

问题就出在主机记录写多了。这里正确写法是：

• A 记录：@ → 服务器 IP
• A 记录：www → 服务器 IP

改完后，再等解析生效。这个错误不复杂，但非常常见，特别是第一次接触 DNS 设置的人。

博客接第三方平台，A 记录和 CNAME 用混了

还有一种情况是主站放在自己的服务器上，博客放在第三方平台。比如 example.com 走自建服务，blog.example.com 接第三方托管。这时管理员容易犯一个错误：主机记录写 blog 没问题，但记录类型选了 A，记录值却填了第三方给的目标域名。

A 记录对应的是 IP，不是域名。正确做法通常是：

• 记录类型：CNAME
• 主机记录：blog
• 记录值：第三方平台提供的目标域名

这类问题说明，判断阿里云的主机记录名地址怎么填时，不能只看主机记录这一个框，记录类型和记录值要一起核对。

企业邮箱配置失败，问题出在解析填写

邮箱解析和网站解析经常不是一套写法。有些人在配企业邮箱时，看到 mail.example.com 这种形式，就把主机记录直接填成了 mail.example.com。结果 MX 记录不正常，邮件收发异常，还以为是邮箱服务出了故障。

这时要看服务商给的具体要求。很多邮箱解析里，主机记录可能是 @，也可能是指定前缀，不能凭感觉填一个“完整地址”。邮箱相关记录通常要求更细，尤其是 MX 记录、优先级这些字段，最好照着接入文档逐项检查。

最容易踩的 5 个坑

1. 把主机记录写成完整域名
   该填 www 的地方写成 www.example.com，这是最常见的错误。
2. 把主机记录当成 IP 填
   IP 应该放在记录值里，主机记录不是拿来填服务器地址的。
3. 记录类型和记录值不匹配
   A 记录配 IP，CNAME 配域名，MX 按邮箱服务商要求填写。字段都填了，不代表组合就是对的。
4. 根域名不会写
   根域名通常用 @，不是留空，也不是直接写 example.com。
5. 没检查历史解析是否冲突
   同一个主机记录如果已经有旧记录，或者和现有配置不兼容，访问结果可能会很乱，表现出来像“解析没生效”，实际是规则打架了。

不确定怎么填时，按这个顺序判断

如果你还拿不准阿里云的主机记录名地址该写什么，可以按业务目标倒着看。

• 先确认你要生效的是哪个域名
  example.com 就填 @；www.example.com 就填 www；api.example.com 就填 api。
• 再确认记录类型
  指向服务器 IP，常见是 A 记录；接入 CDN、对象存储或第三方平台，常见是 CNAME。
• 最后看记录值格式
  是 IP、目标域名，还是邮箱服务商提供的专用值，格式要和记录类型对应。

如果你手里有接入文档，最省事的办法就是逐项核对：记录类型、主机记录、记录值、TTL、优先级。DNS 配置最怕“差不多”，因为看起来只差一点，结果可能完全不一样。

保存后还要检查这些地方

阿里云后台点了保存，不代表访问立刻恢复正常。DNS 本身可能没问题，故障点却在别处。实际排查时，这几项都要顺手确认：

• 域名 DNS 服务器是否已经指向阿里云解析
  如果域名没用阿里云 DNS，后台里配得再对，也不会按这里的记录生效。
• 预留解析生效时间
  不同网络环境有缓存，修改后不会所有地方同时更新。
• 服务器端口是否放行
  网站打不开，不一定是解析错了，也可能是 80 或 443 没开放。
• 网站程序或 Web 服务是否绑定了对应域名
  DNS 已经指到服务器，但 Nginx、Apache 或站点程序没绑这个域名，照样访问不了。
• HTTPS 证书是否覆盖对应域名
  特别是二级域名和泛域名场景，证书范围不对，会出现证书报错，看起来像网站异常。

很多人排查时只盯着阿里云的主机记录名地址，其实 DNS 填写正确后，服务器、防火墙、站点配置、SSL 证书同样会影响最终访问结果。

把规则记成一句话就够了：主机记录决定解析哪个前缀，记录值决定它指向哪里。常见写法也不难记，根域名用 @，www 就填 www，其他业务填对应前缀，泛解析用 *。遇到官网、博客、接口、邮箱这些不同场景时，先分清业务，再对照记录类型和记录值，出错的概率会低很多。