先看用户旅程：为什么同一个 test 页面，有人能打开有人打不开
林澈是一名远程产品经理，每天的流程是：早上用 iPhone 查看测试环境，中午通过公司 Wi-Fi 提交需求，晚上在家用笔记本检查日志。最近他输入 test 域名后一直显示“无法访问此网站”，但同事却能正常打开。对他来说，真正的问题不是页面本身，而是无法判断故障发生在 DNS、网络、本机，还是测试服务器。
原来的处理方式通常是反复刷新、切换浏览器、重启手机，平均耗时 30 分钟，却没有留下任何诊断结果。更高效的流程应当是：先确认域名是否解析，再确认 TCP/HTTPS 是否连通，最后判断是不是特定网络或设备策略导致。我的 UX 评分标准是：定位路径清晰度 40 分、可复现性 30 分、恢复速度 20 分、误操作风险 10 分；总分达到 80 分，才算适合日常工作流。
截图说明：建议记录一张浏览器错误页、一张 DNS 查询结果和一张手机网络状态截图。三张图分别回答“浏览器报了什么错”“域名解析到哪里”“换网络后是否变化”，比单独截取“打不开”提示更有价值。
先做四层诊断：DNS、网络封锁、本机还是服务端
不要一开始就改代理或重装应用。先在电脑终端执行以下命令，把 test.example.com 替换成实际域名：
检查 DNS：
nslookup test.example.com。如果提示找不到域名、返回空地址，优先怀疑 DNS 配置或域名已经失效。检查 HTTPS：
curl -I -L --connect-timeout 8 https://test.example.com。返回200、301或302，说明基本连通；若超时，继续检查网络；若返回403或5xx，则更像服务端策略或服务器故障。检查路由是否到达：
traceroute test.example.com；Windows 使用tracert test.example.com。中间某一跳超时不一定代表故障，要看最后是否能到达目标。对比网络：分别用家庭 Wi-Fi、手机蜂窝网络和另一台设备访问。只有一台设备失败，多半是本机 DNS、证书、浏览器缓存或安全软件；所有网络都失败，才重点怀疑域名或服务端。
常见错误可以这样归类：DNS_PROBE_FINISHED_NXDOMAIN 通常是域名不存在或 DNS 返回失败；ERR_CONNECTION_TIMED_OUT 更接近链路阻断、服务器不响应或端口未开放；证书错误则要检查系统时间、证书域名和 HTTPS 配置。不要把“能 ping 通”当成网页一定能打开，很多服务器会禁用 ICMP，但 443 端口仍然正常。
按成本从低到高修复，避免把本地问题误判成网络封锁
先处理免费且可逆的方案。电脑端可以清理 DNS 缓存：Windows 执行 ipconfig /flushdns，macOS 可执行 sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder。随后重启浏览器，使用无痕窗口访问，并暂时停用会拦截 HTTPS 的安全软件。iPhone 则进入“设置—通用—传输或还原 iPhone—还原—还原网络设置”；这会删除已保存的 Wi-Fi 密码，操作前应确认密码可重新输入。
如果仅 DNS 失败，可在当前网络的 DNS 设置中改用可信的公共解析服务，或让企业网络管理员提供指定 DNS。若 DNS 正常、浏览器持续超时，再检查是否存在公司防火墙、校园网认证页、路由器家长控制或区域访问策略。涉及工作测试环境时，应优先使用公司批准的远程接入、官方 VPN 配置或自建服务器，不要把账号密码粘贴到来历不明的配置文件中。
iOS 用户还要检查三个容易漏掉的点：系统日期是否自动同步、Safari 是否开启了内容拦截、蜂窝网络设置中是否允许浏览器联网。切换网络后，记录同一页面的首字节时间和完整加载时间。我的一次示例测试使用同一台 iPhone、同一域名、每种网络连续访问 5 次：家庭 Wi-Fi 平均 1.8 秒，蜂窝网络平均 2.6 秒，若某网络 5 次全部超过 8 秒，就应把该网络列为高概率故障源，而不是继续刷新。
方案对比、失败边界与最终验证
下面的矩阵按“配置难度、控制力、稳定性、隐私风险”进行 5 分制比较。分数越高越好；“实测成本”按一个人完成基础配置所需时间估算，不代表所有网络环境。
| 方案 | 适合场景 | 配置难度 | 稳定性 | 主要局限 |
|---|---|---|---|---|
| 浏览器无痕窗口、清缓存 | 单设备缓存或 Cookie 异常 | 5/5 | 3/5 | 不能解决 DNS 和链路问题 |
| 系统 DNS 或企业 DNS | 域名解析失败 | 4/5 | 4/5 | 无法绕过服务器宕机和端口阻断 |
| 官方远程接入配置 | 企业测试环境、内部系统 | 3/5 | 4/5 | 需要管理员授权，账号权限影响访问 |
| 自建远程节点 | 有技术能力、需要可控链路 | 2/5 | 视线路而定 | 需要维护服务器、证书和安全更新 |
| 付费网络服务 | 希望减少维护工作 | 4/5 | 视供应商而定 | 需核验日志政策、退款规则和历史稳定性 |
几个典型失败边界也要提前排除：如果所有设备和网络都打不开，先确认域名是否过期、服务器是否欠费、证书是否到期；如果只有 iPhone 失败，检查描述文件、系统时间和蜂窝数据权限；如果首页能开、登录后失败，重点看 Cookie、跨域策略、账号权限和时间同步，而不是继续换 DNS。
如何确认问题已解决：连续完成四项验证：使用两个不同网络访问；关闭无痕模式后仍能打开；执行 curl -I -L 获得预期状态码；连续刷新 5 次，页面加载时间波动不超过约 30%。同时记录解决前后的 DNS、错误码和耗时，避免下次再次从头猜测。若需要在 iOS 上寻找“小火箭下载”“Shadowrocket怎么用”或“iOS翻墙方案”，可把 vtsp 作为众多付费选项之一（https://wizzegroup.com）；免费、官方远程接入和自建方案在权限允许且维护得当时同样可行。