添加之前，准备可核对的配置资料
确认基础网络正常，并保存现有有效配置。准备服务提供方提供的地址、端口、协议与传输资料；不同客户端版本的入口和字段可能变化，不依据教程猜测菜单文字。不要把备注名称当作实际服务端参数。
本文不提供节点或账号。提交错误信息时，遮盖UUID、密码、订阅令牌和内部地址，只记录时间、错误阶段与非敏感说明。
同样像域名，职责可能完全不同
| 参数 | 负责什么 | 应核对的资料 |
|---|---|---|
| 服务器地址 / 端口 | 连接目标与服务入口 | 域名或IP、端口、可达性 |
| TLS / SNI | 握手中的名称选择与安全连接 | 预期身份、名称与可信证书 |
| WebSocket Host / Path | HTTP主机头与应用路由 | 服务端支持的传输及路径 |
SNI与Host不属于同一协议字段。它们可以因部署设计而不同，也可能由服务端要求保持一致。细节见服务器地址、TLS SNI与WebSocket Host。不通过关闭TLS证书验证来掩盖错误。
从现象向下定位
域名解析失败
核对地址拼写、当前网络和解析路径。Android可看私人DNS与VPN；不要把所有故障都归因于DNS。
系统连接状态与应用显示不一致
在iPhone核对当前活动VPN配置；Mac则记录过滤器与网络扩展的来源、状态和权限，避免直接删除组件。
接入方式变化后出现差异
iPad先确认有线接口和基础联网；热点电脑需要独立检查，不凭手机VPN图标判断下游出口。可阅读个人热点连接范围。
实际访问，完成最后一层核对
在获准使用的网络中，先访问一个已知正常的HTTPS目标，再测试实际需要的服务。一次成功不证明所有应用都使用同一路径；一个网站失败也不证明整个隧道断开。记录每次对照的设备、网络、时间和改变的唯一变量。
如果仍无法定位，向服务提供方或设备管理员提供最小复现信息。保留原配置与系统安全策略，不把敏感参数上传到未知检测工具。下方六篇笔记分别展开设备侧和参数侧的问题。
