访问域名打不开，3个地方最容易错

浏览器转了半天，最后甩你一句「无法访问此网站」，这种事做过站的人都碰过。访问域名打不开的时候，第一反应基本是服务器挂了，跑去重启、重装、换机房，折腾一整晚，回头一看毛病还在原地。因为多数情况下问题根本不在服务器上，而在域名到服务器中间那几道关卡上。

访问域名的时候，浏览器到底在找什么

掰开说就三步：把域名翻译成一个 IP，连上那个 IP 的某个端口，然后取回页面内容。哪一步断掉，屏幕上显示的都是「打不开」，但修法完全不同。所以别急着动手，先判断断在哪一段，比挨个试省事得多。判断有个特别土但特别管用的办法：拿手机切到流量，别连同一个 WiFi，再点一次。能打开和打不开，指向的是两个完全不同的方向。

第一处：记录填了，就当它已经生效

解析面板上点保存，很多人心里就当它全球通行了。现实是 DNS 到处有缓存，本地有、路由器有、运营商那头也有，缓存过期时间以服务商页面上的说明为准，不同套餐给的时长还不一样。新加的 A 记录、改过的 CNAME，你自己这台机器很可能还攥着旧的答案不放。这时候换台设备、换个网络再看，结果常常就不一样了。

还有一个特别常见的坑：主机记录里 @ 和 www 是两条独立的记录，很多人只加了其中一条，另一条自然打不开。加上带 www 的访问习惯，问题就被放大成「网站全挂了」。另外解析的目标 IP 抄错一位数字、复制时尾巴上多带了个空格，这类低级错误我见过不止一次，包括我自己。

第二处：域名绑上了，绑错了地方

服务器面板里给站点绑定域名，看着是两秒钟的事，错法却有一堆。绑到了默认站点上，于是访问 A 域名打开的是 B 网站；绑到了另一个同名站点上，改了这边没改那边；带了端口或者协议头，和实际访问方式对不上。还有一种更隐蔽的：站点绑的是 example.com，你访问的是 www.example.com，两个字符串看着像一家，在配置眼里完全是两个人。

国内机房还有一层绕不开的东西，没做备案或者接入信息没同步，访问域名时会被拦在门外，页面表现有时候就是个空白或者错误提示。这块各地执行细节不一样，具体口径以服务商和官方页面说明为准，别照着别人的帖子硬套。

证书过期也经常被算进「打不开」里。浏览器直接给你扣一顶红色警告的帽子，用户吓得掉头就走。它跟解析、绑定都不是一回事，但用户嘴里的描述一模一样。

第三处：缓存，只影响你自己的那种

本机 hosts 文件改过忘了删，是经典中的经典。当时为了测试临时指了个 IP，测完拍拍手走人，第二天自己打不开、别人打开得好好的，然后开始怀疑人生。浏览器缓存、系统 DNS 缓存、公司或学校那种统一出口的 DNS、还有路由器里那点缓存，任何一个没刷新，看到的都可能是过期结果。

这种问题最气人的地方在于，它只让你一个人受影响，很容易被误判成服务器故障。所以排查顺序里应该有这么一条：先确认是不是只有自己打不开。

三个命令，比瞎猜半小时快

Windows 上打开命令提示符敲 nslookup 你的域名 8.8.8.8，看返回的 IP 是不是你预期的那个。Linux 或者 macOS 用 dig 你的域名 @8.8.8.8，答案段更清楚。想看端口和 HTTP 层，用 curl -I http://你的域名，返回头能告诉你到底连没连上、服务有没有应答。

这里有个误区得说一句：ping 得通，不代表网页能打开。ping 走的是 ICMP，网页走的是 80 或 443，两条路。安全组没放行、防火墙拦了、服务没起来，ping 照样绿油油。反过来 ping 不通但网站能开，也不少，很多机器直接把 ICMP 关了。

几个不常提但真会咬人的边角

域名忘了续费，过了宽限期被别人接手，这种事每年都有；解析指向了一个内网地址，公网怎么访问都是空的；二级域名没单独加记录，主站好好的，子站一片空白；开了 CDN 或者代理，ping 出来的是节点 IP，你拿着这个 IP 去对源站，永远对不上；回源配置写错，CDN 那边正常，用户那边空白。这些都不算高频，但真撞上一次能查很久。

我一般建议按这个顺序走：先换网络换设备确认范围，再查解析记录和生效情况，接着查绑定、端口和防火墙，最后才看证书和备案这类需要时间的环节。访问域名打不开这事，绝大多数在第三步之前就能定位住。

定位不了也别硬扛，把 nslookup 的输出和 curl -I 的返回头截个图发给服务商，比一句「我网站打不开」有用得多。工单里信息越具体，来回扯皮越少。