三种「打不开」混着说

用户说网站打不开，运营说被限制了，技术说 DNS 有问题。三个人说的可能不是同一件事。

不把层分清楚，讨论就会来回绕，一下午也吵不出结论。分层不是学术问题，是让每个人说的「打不开」落到同一个坐标上。

第一层：解析

域名能不能解析出地址，各地结果是否一致，耗时有没有异常。

解析失败或者结果错误，后面的连接根本无从谈起，这一层要用多地区节点对照，单点结果不算数。

用宝塔拨测的 DNS 测速看各地返回的值和解析耗时，先确认这一层。

解析正常，也不能证明站点能访问，只能说明名字找到了地方。记录值和耗时都要看，只有值对、耗时长，用户一样会等。

DNS 查询：多地区多运营商解析结果对比

DNS 查询：多地区多运营商解析结果对比

第二层：连接

拿到 IP 之后，端口通不通。

连接被拒绝，说明端口没开，或者被安全策略明确拒绝，这两种处理方式不一样。

连接超时，更多是链路不通或防火墙静默丢弃。

这一步和 DNS 无关，别混着查。端口层面还有一个常见误区：能 ping 通不等于端口通，ICMP 和 TCP 是两回事。

第三层：应用与平台判定

连上了，HTTP 返回什么：状态码、响应内容、证书是否正常。

另外还有平台层的判定，比如分享链接在某个 App 内被提示风险。

平台判定影响的是「能不能被访问」，不是「技术上通不通」，证据也来自不同地方。应用层要抓状态码和响应片段，平台层要留检测时间、查询对象和结论截图，三者缺一不可。

组合判断

解析错、连接不通：先修解析，别动服务器。

解析对、连接失败：查端口、安全组、防火墙、链路。

连接通、应用报错：查服务本身和证书。

全都正常、用户仍打不开：查平台判定、备案状态和用户侧环境，这一类最常见，也最难查。

组合不同，责任方不同，别用一套动作套所有情况。判断的顺序也要固定：从解析往下走，前一层不通，先解决前一层，别跳。

复测与记录

每层留一条证据：解析结果、连接状态、状态码、平台结论。

记录时间、地区、运营商和使用的 DNS，方便复核，也方便交接给下一个人。证据要能对上时间轴，否则各说各话。

隔时间复测两三次，结论才稳。

分层不是为了复杂，是为了让每一步都能被验证。证据齐了，责任自然清楚；证据不齐，先补，不要先下结论。这套方法用熟了，排查会快很多，也不容易被单个现象带着跑。

先分层，是排查最基本的秩序。