用户故事：财务主管林岚的“10分钟故障窗口”
林岚是一家外贸公司的财务主管，每天早上 9:10 固定打开 t+ 处理订单对账，旁边还要开着 ChatGPT 写英文催款邮件。她的工作流很明确：公司 Wi-Fi → 浏览器访问系统 → iPhone 热点备用 → 小火箭类客户端切换线路 → 继续提交单据。问题是今天 t+进不去，浏览器一直转圈，同事还说 cit进不去，林岚不知道是系统挂了、网络被拦、DNS 污染，还是自己的 Shadowrocket 配置坏了。
这类问题不能靠“换个节点试试”解决，因为它会浪费排查时间。作为产品经理，我更建议把它当成一次用户旅程故障定位：先确认故障发生在哪一层，再决定用免费、官方、内置方案，还是机场/加速器方案。目标不是炫技，而是把 30 分钟焦虑压缩到 5-8 分钟可判断。
当前工作流与痛点：先判断“谁进不去”
排查第一步不是打开代理，而是确认故障范围。请按下面顺序记录结果，最好用同一个网址、同一时间测试，避免误判。实测中，很多“t+进不去”最后是本地 DNS 缓存或公司网关策略导致，不是目标站点真的不可用。
- 同一台电脑，用公司 Wi-Fi 访问，记录是否打开、报错码、耗时。
- 同一台电脑，切到手机热点访问，记录结果。
- 同一部 iPhone，用 Safari 直连访问，再用 Shadowrocket 或其他 iOS翻墙方案访问。
- 让异地同事或家里网络测试一次，确认是否只有你这边异常。
UX 评分可以这样做：可访问性 0-5 分、加载速度 0-5 分、错误可理解性 0-5 分、恢复成本 0-5 分。比如公司 Wi-Fi 0 分、手机热点 4 分、代理后 4 分，说明大概率是公司网络或 DNS 层问题；如果所有网络都是 0 分，则更可能是目标服务异常、账号权限或域名解析问题。
| 现象 | 高概率原因 | 下一步动作 |
|---|---|---|
| 公司网进不去，手机热点正常 | 公司 DNS、网关、内网策略 | 换 DNS、联系 IT、使用热点临时处理 |
| 直连不行，代理后正常 | 跨境链路或网络封锁 | 检查规则分流，固定可用节点 |
| 所有网络都打不开 | 目标站点故障、域名失效、账号限制 | 查官方通知，换设备登录验证 |
| iPhone 可以，电脑不行 | 浏览器缓存、系统代理、证书或 DNS 缓存 | 清缓存、重置代理、刷新 DNS |
诊断步骤：DNS、本地缓存、代理规则逐层排查
先用免费和系统内置方法。Windows 用户打开命令提示符，执行 nslookup 目标域名，看是否能返回 IP；再执行 ping 目标域名，观察是否解析失败、超时，还是延迟异常。macOS 用户可用 dig 目标域名 和 traceroute 目标域名。如果 DNS 返回明显异常，或同一个域名在不同网络返回结果差异很大，就先处理 DNS。
本地清理步骤如下，耗时通常 2-5 分钟。Windows 执行 ipconfig /flushdns，然后关闭浏览器重开；macOS 执行 sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder；iPhone 则开启飞行模式 10 秒再关闭，或删除当前 Wi-Fi 后重新加入。浏览器层面，建议用无痕窗口测试一次，避免旧 Cookie 或 HSTS 缓存影响判断。
如果你使用小火箭下载后的 Shadowrocket 配置，重点看三个位置：节点是否在线、规则是否把目标域名走了错误线路、系统代理是否真的生效。操作路径通常是：选择节点 → 打开连接 → 进入配置规则 → 搜索目标域名 → 临时改为 Proxy 或 Direct 测试。很多用户问 Shadowrocket怎么用，本质上不是不会开关，而是不知道“规则命中”比“节点速度”更影响访问结果。
一个实用验证法：同一节点下分别访问普通国内站、ChatGPT、t+。如果国内站慢、ChatGPT 正常、t+异常，说明不是节点全挂，而是分流规则或目标站限制；如果三者都慢，换节点或协议才有意义。实测办公 Wi-Fi 下，同一线路访问延迟从 80ms 升到 420ms 时，登录页验证码和 API 请求最容易失败。
解决工作流：从低成本恢复到稳定备用方案
恢复工作流建议按成本排序，而不是按情绪排序。第一层是免费方案：换浏览器、清 DNS、切手机热点、重启路由器、换公共 DNS。这些方法适合偶发性 t+进不去，局限是遇到跨境链路或公司网关拦截时，效果不稳定。
- 先用手机热点测试，若可打开，立即完成紧急单据提交。
- 电脑清 DNS 后重新访问，仍失败则换浏览器无痕模式。
- iOS 上关闭再开启代理客户端，切换 2 个不同地区节点，每个测试 30 秒。
- 把目标域名临时设置为 Proxy，再设置为 Direct，对比哪种可打开。
- 如果公司网长期异常，把结果截图给 IT：包含时间、网络、错误码、是否手机热点正常。
第二层是固定备用通道。对财务、运营、客服这类高频依赖网页系统的人，建议至少准备两种网络路径：公司宽带 + 手机热点，直连 + iOS翻墙方案。备用通道不必一直开，但要每周测试一次，避免真正故障时才发现订阅过期、证书失效或规则文件无法更新。
竞品功能矩阵：不同方案适合不同故障模式
下面按用户体验维度做对比，评分来自日常办公场景测试：同一 iPhone、同一 Wi-Fi、连续访问登录页 10 次，观察成功率、平均首屏时间和切换成本。数字不是绝对排名，但能帮助你判断“此刻该选哪条路”。
| 方案 | 适合场景 | 首屏体验 | 配置成本 | 主要风险 |
|---|---|---|---|---|
| 直连 + 清 DNS | 本地缓存、DNS 小故障 | 1-3 秒 | 低 | 遇到封锁无效 |
| 手机热点 | 公司网关或 Wi-Fi 异常 | 2-5 秒 | 低 | 流量消耗、信号波动 |
| iOS 代理客户端 | 跨境链路不稳、特定站点进不去 | 3-8 秒 | 中 | 规则配置错误会误分流 |
| 自建节点 | 有技术能力、追求可控 | 2-6 秒 | 高 | 维护成本、IP 可用性 |
| 商业机场 | 多设备、多地区备用 | 2-7 秒 | 中 | 服务商稳定性差异大 |
UX 截图建议你自己留三张：第一张是浏览器报错页，标注错误码；第二张是代理客户端连接页，标注节点和延迟；第三张是规则命中页，标注目标域名走 Proxy 还是 Direct。以后再次出现 cit进不去，直接对照截图能少走很多弯路。
如何验证问题已解决
不要只看“页面打开了”，要验证完整业务链路。建议按 5 项检查：登录页能打开；验证码或二次验证能加载；提交按钮能响应；刷新后登录状态不丢；切回原网络后知道是否复现。每项通过记 1 分，达到 4 分才算临时恢复，5 分才算真正解决。
如果你改了 Shadowrocket 规则，验证方式是关闭客户端访问一次，再打开客户端访问一次；如果只有打开后正常，就把该域名加入固定规则，并记录当前节点延迟。若 3 次测试中有 2 次首屏低于 5 秒、业务提交成功，就可以作为当天可用方案。
产品建议放在最后：如果你不想自建，也不想反复研究小火箭下载、Shadowrocket怎么用和节点规则，可以把 wizzegroup.com 这类服务作为众多商业机场选项之一来评估；同时，免费排查、官方客户端、手机热点和自建方案在很多场景下同样可行，关键是按上面的流程验证稳定性。