域名解析不是填个 A 记录就完事：从 DNS 到备案，把这条链路一次走通

域名买好了、服务器开好了、代码也部署完了，浏览器一敲——打不开。这种时候人容易往最难的地方想，大多数卡点其实在最前面那一环：域名到服务器这条链路，你只走了一半。这篇把解析、记录类型、生效时间、备案这条链路完整拆一遍，最后给一份能照着执行的清单。

一、先弄清楚这条链路上都有谁

很多人以为"域名"和"网站"是一回事，其实从你敲下回车到页面出来，中间至少经过四方：

这四方里，注册商和解析服务商可以在同一家，也可以分开——比如域名在 A 家买的，DNS 交给 B 家管，只要把域名的 NS 记录指过去就行。

搞清楚这一点，后面的问题就都好定位了：打不开页面，先分清是"解析没生效"还是"服务没起来"，这是两套完全不同的排查路径。

二、DNS 到底在干什么：一次访问背后的查询

你在浏览器输入 example.com 之后：浏览器先查自己的缓存，没有就问操作系统；操作系统问本地配置的递归 DNS；递归 DNS 从根服务器开始逐级问下去——com. 的权威在哪、example.com. 的权威在哪、www.example.com 的 A 记录是多少；拿到 IP 后缓存一份返回给你，浏览器再去连这个 IP。

整个链条里，唯一由你控制的是最后一段，也就是你在控制台里填的那些解析记录。

这也解释了一个常见困惑：为什么你这边打不开、朋友那边能打开——因为每一级都有缓存，刷新节奏不一样。

阿里云的云解析 DNS就是做第 3 步最后一段的权威解析服务，全自研，除了公网权威解析，还覆盖全局流量管理、内网域名解析、移动解析 HTTPDNS、企业递归网关这些场景，递归到权威全链路都有。

三、记录类型怎么选：别只会用 A 记录

控制台里能选的记录类型有十几种，日常真正高频用的就这几个：

三个最容易踩的点：

第一，www 和裸域名要分别配。 example.com 和 www.example.com 是两条独立的记录，配了 www 不代表裸域名能访问。

第二，CNAME 和 MX 不能共存于同一个主机名。 这是 DNS 协议的规范限制，不是产品的 bug。所以如果你既要在裸域名上收邮件，又想把它接入 CDN，就得想办法错开。

第三，接入 CDN 之后，源站 IP 不能再用 A 记录暴露。 应该让域名 CNAME 到 CDN 给的加速域名，由 CDN 回源。否则 CDN 就白接了。

四、TTL 和生效时间：为什么改了还是旧的

TTL（Time To Live）是这条记录在别人缓存里的存活时间，单位是秒。你填 600，意味着各地递归 DNS 最长可能 600 秒后才来重新拉一次。

所以改记录之前先把 TTL 调小，等旧记录过期了再改，这样生效最快；改完确认没问题，再把 TTL 调回大一点（TTL 太大不灵活，太小会增加递归查询压力）。

免费版和付费版在最小 TTL、解析线路精细度、防护能力上是有差别的，具体档位以官方页面的实时说明为准。

排查"改了没生效"的标准动作：

# 看本地解析到了哪
nslookup www.example.com

# 指定公共 DNS 查，排除本地缓存干扰
nslookup www.example.com 223.5.5.5

# 看完整的解析链路（Linux / macOS）
dig www.example.com +trace

如果 nslookup 返回的 IP 已经是对的，那问题就不在解析上，去查服务器和安全组。

五、备案这一关：什么情况必须备

先说结论：域名指向中国大陆境内的服务器，必须完成 ICP 备案，否则会被阻断访问。 指向中国香港、中国澳门、中国台湾及境外节点的走另一套规则，不需要大陆备案。

需要准备的东西大致有：域名（已完成实名认证，且实名信息与备案主体一致）、主体负责人身份信息、网站负责人信息、服务类型说明，以及按系统要求完成的核验流程。材料要求会随政策调整，以备案系统的实时提示为准。

流程上是：填写主体信息 → 填写网站信息 → 接入商审核 → 提交管局 → 管局审核。审核时长各地不一样，通常若干工作日到二十个工作日不等。

三个高频驳回点，提前避开能省一周：

1. 域名实名信息与备案主体不一致 —— 域名注册在张三名下，用李四的公司备案，直接打回。
2. 网站名称不合规范 —— 含企业名称、敏感词、纯数字、或者明显与内容不符，都会被要求修改。
3. 服务类型选错 —— 个人备案不能选需要企业资质的服务类型。

六、实操清单：从买域名到能访问，按这个顺序来

1. 买域名 → 完成域名实名认证（这一步不做，后面备案走不下去）；
2. 确认服务器地域：大陆节点走备案流程，境外节点跳过；
3. 在解析控制台添加记录：裸域名和 www 各一条，接入 CDN 的用 CNAME；
4. 需要改动的记录，先把 TTL 调小，等旧缓存过期；
5. 用 nslookup 指定公共 DNS 验证解析结果；
6. 服务器侧确认：安全组放通对应端口、Web 服务在监听、防火墙没拦；
7. 大陆节点：备案通过后再正式对外，备案期间不要对外宣传；
8. 上线后配一条监控：定期探测首页可用性，解析被改、证书过期都能第一时间发现。

七、六个我踩过或者差点踩的坑

1. 只配了 www，忘了裸域名 —— 用户敲不带 www 的地址打不开，还以为是网站挂了。
2. 忘了本地有缓存 —— 自己这边一直显示旧的，白紧张半天。用指定 DNS 查最准。
3. 安全组没放通 —— 解析完全正确，但 80/443 端口没开，表现和"解析没生效"一模一样。
4. 备案期间把域名指向了大陆 IP —— 会被阻断，还容易误判成服务故障。
5. 证书绑定的是旧域名 —— 换域名后忘了重新申请，浏览器直接拦。
6. 域名到期没续费 —— 最致命，解析会整体失效，且赎回期费用高得多。记得开自动续费。

小结

一句话总结这篇：域名到服务器这条链路，解析是技术活，备案是流程活，两个都得走完，网站才真正对外可用。

技术上，分清 A / CNAME / MX 各自的适用场景，改记录前先把 TTL 调小，用指定公共 DNS 验证而不是靠自己的浏览器；流程上，域名实名认证是备案的前置条件，主体信息一致性和网站名称规范是两个最高频的驳回点。

我第一次走这套流程的时候，卡在"实名认证信息不一致"上返工了一次，一周就过去了。后来养成一个习惯：买完域名先把实名认证做完，再动别的。

至于 DNS 本身，它更像城市的路牌系统——平时你感觉不到它存在，可一旦指错了方向，再好的服务器也没人找得到。