备案通过却打不开站；多半卡在这一环

备案号批下来那天，人是最容易松劲的。后台状态绿了，短信也来了，心想总算能开门做生意。结果浏览器一敲域名，一直转圈，转半天甩给你一句“无法访问此网站”。这不是玄学。备案通过却打不开站多半卡在这一环：备案只代表“允许你办”，不代表“路已经接通”。这两件事在系统里根本归两头管，一头是管局的准入，一头是服务商的接入，中间没有谁替谁跑腿。

备案通过却打不开站多半卡在这一环：接入信息没落到机房那边

备案后台里有一栏叫接入服务商。提交的时候有人随手选了以前那家，有人让系统默认，还有人压根没留意过这栏。状态显示审核通过，说的是主体和域名过审了；但接入商没在机房那头把域名绑进名单，你的请求到了机房门口就是查无此人。不是403不是404，是干脆不回应，浏览器只能干转。

搬过家的尤其容易踩这个。从A家挪到B家，备案没做接入变更——老东家把你放走了，新东家不认你这张脸。要不要变更、多久能过，以服务商和管局官方页面说明为准，别拿群里某人说的几天当标准答案。

解析和备案是两条腿，别指望它俩互相等

备案管的是你能不能在中国大陆的机房里放站，解析管的是访问的人往哪台机器上找。两条线，谁也不会替谁办事。见过不少人备案一过就以为万事大吉，其实域名还指着上个月已经退租的那台机器，那台机器上现在什么都没有，或者更惨——位置已经给别人了。

查解析别只看一眼就完事。域名做过转移、换过DNS服务商的、记录里CNAME套CNAME的，都可能留着旧记录。TTL设得长的，改完不是立刻生效，等一阵再刷，或者换个网络、清一下浏览器缓存再看，别在原地反复刷新折磨自己。

端口和防火墙，八成是自己给自己挖的坑

现象得看清楚。ping得通但页面打不开，一半能出来一半出不来，或者干脆连接超时——这味儿通常是端口。云主机安全组只放了22忘了80和443，系统里firewalld或ufw开着但没放行，程序绑在8080上外面却在敲80，这种事在不同群里反复上演。

手上得有点活儿。`curl -I http://你的域名` 看返回头，`ss -lntp` 看本机端口在不在听，`ping` 和 `telnet 你的域名 443` 分开测。别光在浏览器里按F5，那玩意儿的报错信息基本等于没说。

域名少一个字母，前面全白干

备案表上填的是主域名 example.com，解析里写的是 www.example.com，一般没事，子域名跟着主域名走。但你要是备案填了A域名、站却挂在B域名上，那是另外一码事。还有人手滑，主机记录写错、域名末尾多一个空格、把https写进解析记录里。这种坑最气人，因为看起来哪儿都对。

顺手把证书那层也看了。https打开一片空白、控制台报证书错误，域名和证书不匹配，浏览器先给你拦一道，本来明明白白的站点就这么变成“打不开”。

服务商那头也得点个头

虚拟主机和CDN都有各自的名单和审核。CDN回源地址配错、回源端口跟源站对不上，用户看到的就是白屏或者522、524那一串。虚拟主机更直接，机房那头没给你开站点，文件传上去也是白传。要交什么材料、多久生效，还是那句话，以服务商官方说明为准。

换过机房、改过主体，老账得翻一翻

主体信息变更过、域名过户过、服务器搬过家，这三件事只要发生过一件，接入信息就可能是旧的。备案系统里那几个状态词看着都挺像——接入成功、审核通过、已备案，各说各的，不点进去看细项很容易看岔。看岔了就会得出“我明明备案过了”这个结论，然后开始怀疑程序、怀疑CMS、怀疑被人打了。

顺手查一圈的顺序，照着走一遍

先看备案系统里的接入商是不是当前这家，再看解析指到的IP是不是现在这台机器，接着本机`ss -lntp`加外网`curl -I`，然后安全组和系统防火墙，最后看服务商面板里站点是不是运行中。顺序不是死的，但这个顺序能兜住八成情况，跳着查最容易来回折腾。

别一上来就把锅甩给代码。绝大多数“备案过了还打不开”的场面，断的是链路中间某一节，跟程序写得漂不漂亮没半点关系。真查不动了，把域名、解析到的IP、备案号、工单一起丢给客服，比你在大群里问半宿管用得多。