备案通过后网站打不开：3处没同步

备案通过了，网站还是打不开。这情况太常见。多数人第一反应是“是不是又被拦了”，接着翻短信、翻工单、翻控制台，一圈下来什么也没找着。备案通过后网站打不开3处没同步，这几乎是我见过最典型的卡点——工信部那边显示通过，不等于你这条链路上每一环都认了这个结果。备案是个状态，不是个总开关，一按全亮，没这个道理。

备案通过后网站打不开3处没同步，第一处先看接入商这侧

管局审核通过，工信部备案系统里能查到你的记录了，这是一回事。接入商那边的系统什么时候同步到这个结果，是另一回事。各家节奏不一样，有的快有的慢，具体以接入商控制台显示的状态或客服给的口径为准。这段时间你去访问域名，撞上的可能是接入商的未备案拦截提示页，也可能干脆一片空白，什么都不给你看。

怎么确认？登录买主机的那个控制台，翻备案相关的页面，看是“已备案”还是还挂着“待同步”“未接入”。还有个更隐蔽的情况：备案在A家办的，机器后来买到了B家，B家的系统里根本没有你这条备案记录。这种要做接入备案，把备案号抄过去不算完事，得走一遍流程。

第二处：解析没同步，或者压根就忘了改

备案那阵子嫌麻烦，很多人把解析摘了，或者先指到一个临时页面。备案下来忘了切回来——这种我见过太多回。也有的切是切了，切错地方：A记录指着上一台机器的IP，CNAME主机名拼错，只加了www没管根域名，都能让你打开一片空白。

查起来不复杂。命令行 `dig 你的域名` 看返回，`nslookup 你的域名 8.8.8.8` 换个递归服务器对比一下；想直接看权威结果就 `dig @你的DNS服务商NS地址 你的域名`。改完立刻刷不出来是常事，TTL没到、运营商递归缓存、浏览器自己的缓存，叠在一起。拿手机流量访问一次，或者在自己电脑的 hosts 里把域名硬指到目标IP，能打开，基本就是缓存的事。

还有一种容易漏的：域名换了DNS服务商，NS记录没在注册商那边同步过去。域名看着是你的，解析实际还在旧服务商那套系统里跑，你在新面板里改多少遍都等于白改。先查注册商面板里NS指向谁，再谈后面的。

主机这层也得对一遍：绑定、放行、拦截

服务端上要跟着改的东西不少。nginx 的 server_name 里没把新域名加上，请求进来直接落到默认站点，返回个不相干的页面；防火墙上 80/443 还关着；云服务器安全组只放了22端口；上了CDN的，源站白名单里没加回源节点；WAF或者防护策略里还留着备案期间那条拦截规则。任何一环卡住，请求都到不了程序。

有个挺坑的情况：CDN把备案期间那个拦截页缓存住了。源站早就正常了，边缘节点还在往外吐旧页面，你本地怎么刷都是那一张。这种清一下缓存再试。

另外看访问日志——`tail -f` 挂着看一眼，你的请求在日志里一条都没出现，问题肯定不在程序上，都在前面几层。

证书和跳转，顺手也看一眼

备案通过不等于证书覆盖了新域名。换了域名、加了域名，证书还是原来那一张，浏览器上来就给你个证书警告，很多人看到这个就以为网站“打不开”。看证书里SAN那一栏有没有你的域名，没有就重签。

还有程序里写死旧域名的情况。像 WordPress 那两个地址存在数据库里，域名换了没跟着改，前台一点就跳回旧域名，看着也像打不开。以及 http 强跳 https 配错方向，跳来跳去绕成死循环，浏览器提示重定向次数过多。这类报错信息其实写得挺清楚，就是没人细看。

排查顺序，从下往上走

顺序通常是这么走的：接入商控制台的备案状态 → DNS解析以权威结果为准 → 端口和安全组 → web服务器站点绑定 → 看日志 → 最后才是证书和跳转。哪一步断了就停在那一步，别跳着查，跳着查最费时间，也最容易把自己绕晕。

顺便提一句，备案号下来之后按规定是要在首页底部放上并链接到工信部备案系统，具体格式以官方要求为准。这跟网站能不能打开没关系，但既然折腾到这一步，一起收拾掉。

实在查不出来，把证据一起交出去

如果前面几步全通，还是打不开，找服务商的时候别只说“网站打不开”。把域名、`dig` 的结果、浏览器给的状态码或者报错码、大概什么时间开始的，一起贴过去。工单里信息越具体，对方越能直接定位；只扔一句话，来回问几轮，时间全耗在沟通上。

还有一类是自己把自己绕进去的：本机DNS、公司网络策略、浏览器插件拦截，同一台机器上就是测不出来，换台设备或者换个网络立马就通。多设备对比这一步别省。

备案这张通行证发下来，路还得自己修到门口。三处没同步——接入商状态、解析、主机配置——按从下往上的顺序过一遍，大部分情况不用等工单回复就自己解决了。真搞不定，把现象和证据一起交出去，比在群里猜被墙了、被拦了要靠谱得多。