症状排查闭环 规范排查流程
切换节点后，怎样确认公网出口是否真正生效
典型用户症状：在客户端中已经把节点从「香港」切换到了「日本」，但打开流媒体网站仍显示香港区域，或者提示地区受限。
🔍 可能引发该症状的底层技术原因
- 浏览器存在严重的 DNS 缓存或 Socket 连接复用 (HTTP Keep-Alive)，继续沿用了旧连接
- 客户端分流规则中该域名命中了「Direct (直连)」或单独的「固定策略组」，没有跟随默认节点变动
- 节点服务商配置的出口 IP 实际广播了错误的 GeoIP 归属，导致目标网站误判
按步骤诊断与处理流程
1 第 1 步：关闭浏览器现有 Keep-Alive 连接
完全关闭当前浏览器窗口，或者使用无痕/隐身模式窗口重新打开。
验证标准：避免浏览器复用 120 秒内的旧 TCP 长连接。
2 第 2 步：检查公网出口 IP 端点观察值
点击本站公网出口 IP 检查工具，发起一次主动探测。
验证标准：观察返回的出口 IP 与地理区域是否已变更为目标节点机房 IP。 运行公网出口 IP 检查 →
3 第 3 步：核查客户端规则命中日志
在 Clash Verge / Surge 中打开「连接日志 (Connections)」，输入目标网站域名，查看其命中的是哪个策略组和出口节点。
验证标准：确保目标流量明确流经了所选的代理节点，而非 DIRECT 直连。
⚠️ 排查完成后的恢复建议
排查完毕后，若修改了客户端策略，点击刷新或重置策略组，恢复日常的按规则自动分流模式。
工程师终端一键排查命令速查
若图形界面排查无果，可直接打开终端（macOS Terminal / Windows PowerShell）执行以下标准探测命令定位故障层级：
# 1. 验证本地局域网与网关连通性 (若时延 > 5ms 或丢包则为本地 Wi-Fi 故障) ping -c 4 192.168.1.1
# 2. 验证系统代理端口是否处于正常监听状态 (7890 端口排查) curl -Iv --proxy http://127.0.0.1:7890 https://1.1.1.1/cdn-cgi/trace
# 3. 验证远端 DNS 是否发生污染 (对比国外权威 DNS 返回 IP) nslookup www.google.com 8.8.8.8