网络连接故障排查与自诊断手册
根据网络运维经验，超过90%的“断连”或“超时”源自本地系统环境、DNS污染或配置残留。依照本手册的阶梯式诊断法，通常可在数分钟内恢复正常通讯。
五步标准自查急救流 (Emergency SOP)
01
确认裸网通畅
关闭代理软件，直接访问国内大站（如百度/哔哩哔哩）。若无法打开，说明是本地光猫断网或欠费。
02
校准系统时钟
TLS握手要求系统时间偏差不得大于90秒。进入系统设置开启“自动同步网络时间”并立即校准。
03
切换手机热点
断开家庭Wi-Fi连接手机4G/5G热点。若热点恢复正常，说明问题由本地宽带运营商临时路由抖动导致。
04
清理DNS与缓存
在Windows终端执行 `ipconfig /flushdns`，在客户端设置中将远程DNS更换为公共低污染DoH（1.1.1.1）。
05
核查并发设备数
Nexitally严格限制2台在线设备。确认家中是否有其他设备（如iPad或路由器）常驻占满了活跃连接。
SCENARIO 01
DNS解析失败 / 域名无法访问 / 提示 Fake-IP 冲突
故障表现：客户端显示已连接，中继节点延迟正常，但浏览器打开境外网页提示“ERR_NAME_NOT_RESOLVED”或长时间白屏加载。
根治步骤：
- 检查客户端DNS模式：在Clash Verge或sing-box中，若开启了TUN模式，建议检查DNS模式是否设为
fake-ip或redir-host。如遇特定软件无法联网，可切换至mixed模式； - 配置加密DNS (DoH)：在客户端配置文件的
nameserver节点中，添加抗污染DNS服务器地址，如https://1.1.1.1/dns-query与https://dns.google/dns-query； - 清空本地DNS缓存：在Windows PowerShell中以管理员身份运行
Clear-DnsClientCache，在macOS终端运行sudo killall -HUP mDNSResponder。
SCENARIO 02
订阅更新报错 500 / 403 / Network Timeout
故障表现：在客户端点击“更新订阅 (Update Profile)”时，进度条卡死或弹窗报错“Get Subscription Failed (Status 500 / Timeout)”。
根治步骤：
- 登录管理中心核实套餐有效状态：登录服务商后台，确认31天、186天或372天套餐是否已自然到期；
- 利用已有节点更新订阅：若本地网络对服务商订阅服务器域名有阻断，可先在客户端保持现有节点连接，开启代理后再点击更新订阅；
- 重置订阅Token：若长期无法拉取，可能是旧链接哈希Token失效。登录官方后台点击【重置订阅链接】，将重置后生成的全新URL重新导入客户端。
SCENARIO 03
关闭客户端后，微信能发消息但浏览器打不开任何网页 (代理残留)
故障表现：退出客户端后，发现不仅海外网站打不开，连百度、淘宝等所有国内网站也全部提示“无法连接到代理服务器”。
根治步骤：
- Windows系统修复：按快捷键
Win + i打开【设置】→ 点击【网络和 Internet】→ 点击【代理】→ 检查“手动设置代理”下的【使用代理服务器】是否显示为“开”。将其手动关闭即可瞬间恢复； - macOS系统修复：打开【系统设置】→【网络】→ 点击当前活跃的网络（如Wi-Fi）后的【详细信息】→ 点击【代理】标签页，取消勾选“网页代理(HTTP)”与“安全网页代理(HTTPS)”并保存；
- 避免异常退出：日常使用时，不要直接在任务管理器中强制结束客户端进程，应在客户端菜单中点击正常“退出”，让软件自动注销系统代理端口。
向技术支持提交工单的脱敏与规范准则
当上述自查均无法解决且确认属于服务端链路中断时，提交结构化数据工单可让技术团队以最高优先级处理。
【绝对脱敏戒律】：在提交错误日志或系统截图前，必须将任何包含您专属订阅URL、Token识别码、支付交易订单号或明文IP的字符进行涂黑脱敏！严防二次泄露导致在线设备配额被黑产脚本盗用。
STANDARDIZED TICKET TEMPLATE:
【问题简述】：智能接入点分配失败且所有专线中继节点Ping超时
【发生时间】：2026-10-18 15:40
【网络环境】：广东深圳 / 中国电信千兆家庭宽带 / 路由器为OpenWrt
【使用客户端】：Clash Verge Rev v1.7.5 (内核: Mihomo)
【自检排查记录】：
1. 本地国内网站访问正常，网络时钟无偏差；
2. 切换至中国联通5G热点后，订阅可拉取但节点仍然全部握手超时；
3. 已确认名下仅有当前电脑在尝试发起连接，无第三方设备占用并发。
【脱敏日志摘录】：
[ERROR] dial TCP (smart-access-relay-hk01:443): i/o timeout after 5000ms
[WARN] proxy handshake failed for client 127.0.0.1:58421