排查

机场连不上怎么办，先把连接和入口问题分开

先区分节点无法连接、订阅读取失败与商家页面打不开。再核对本地网络、账号状态和更新情况，避免把不同环节的异常都归到同一个原因。

先查账号、网络和时间

现象	可能涉及的环节	对应操作
所有节点都红	本地网络、旧订阅、协议、系统时间	关闭代理检查国内网页；手动更新；换协议及地区；核对系统时间
突然全部无法使用	账号到期、流量耗尽、节点变化或配置	登录面板查看状态与剩余额度，再更新并换地区比较
订阅返回空内容	地址变化、访问异常或账号有效性	到用户中心取得当前链接，同时核对欠费与到期情况
某个节点失效	节点 IP 或维护变化	阅读公告，等待更换后更新列表，并与其他节点比较

时间偏差可能影响部分协议握手。更新后仍全部失败且入口也异常时，再核对经营风险和备用消息，不能只靠全红列表确定商家状态。

一句话结论地址结尾缺失、类型选错以及商家更换订阅域名，都可能影响读取。回面板重新复制，核对账号有效性，再尝试商家提供的备用地址或对应格式。

应用	检查点
Clash	使用 Clash 配置而非随意套通用节点；解析异常时核对协议和 Meta、Mihomo 内核
Shadowrocket	类型应为 Subscribe；唤起导入无响应时手动粘贴，再查通用或 iOS 格式
v2rayN	更新列表，核对当前核心协议、系统代理及日志；协议不支持时对照应用与核心版本

已有连接可用但订阅地址无法访问时，先区分地址访问与格式问题。取得新域名后，按公告替换客户端旧订阅，账号与剩余额度不能因更换地址就被理解成已改变。

一句话结论白天与晚上 21:00 的差异、同地区与不同地区的差异，可以分别保留。先换节点，再关闭代理检查本地网速，之后更新订阅，不只盯住单次延迟。

节点负载、距离、本地宽带或路由器，以及旧列表中的劣化节点，都可能参与。丢包、节点倍率与是否已触及流量限制也需要核对；不能仅凭夜间下降就确定某个商家的经营方式。

香港方向慢时，可与日本、新加坡等地区比较，也可对照专线或高级线路组的情况。若各地区长期都无法满足需求，换节点之外还要评估替代服务，金额相近并不能证明路径相同。

一句话结论Netflix 提示代理错误或只显示自制内容时，核对节点落地与片库地区，清理浏览器 Cookie 和 App 缓存，再换同地区节点比较。手机还要检查私人 WLAN 地址与 iCloud 私人转发的启用情况，不能把内容范围直接当成速度问题。

ChatGPT 或 Claude 反复验证时，保留登录期间 IP 变化的线索，核对是否机房 IP，关闭其他浏览器代理插件后比较。节点不同可能产生不同结果，未查清时不把个别节点异常扩写成整个 IP 段已被标记。

一句话结论游戏进不了房间或语音不通时，先核对 UDP 转发，再就近选落地，例如日服对应日本节点。用连续 ping 观察丢包，关闭负载均衡策略组并固定节点，避免把不断切换与线路问题混在一起。

入口无法打开时，查备用地址和通知渠道，已有可用连接时也可比较访问结果。所有渠道持续失联、没有公告，或工单长期无回应，应暂停继续付款并准备备用安排，但不能按固定时长直接作经营结论。

一句话结论各协议与地区都失败且入口持续异常、长期晚间不可用、客服持续无回应，或应用在多个出口均不能用，都需要重新评估。先区分已排除的本地项目和仍未知的服务端情况，再对照候选，而不是无限重复同一配置操作。

关掉代理后本地网页也打不开，先查哪里？

本地网络需要先恢复。否则节点连接测试同时受本机网络影响，难以判断服务端情况。

为什么重新复制地址也没有节点？

还要核对格式、账号是否有效及当前核心是否支持节点协议，不只检查地址本身。

只有晚上慢，就能断定同一个原因吗？

还需与其他地区、时段及本地网络比较。共享带宽和出口拥堵在原有排查范围内，但单次现象不足以确定具体原因。

v2rayN 出错时日志有用吗？

日志中的具体错误可用于核对协议与核心，另外还要检查系统代理、订阅更新和系统时间。

Netflix 内容不全，要只看延迟吗？

不应只看延迟。还需核对落地地区、缓存及同地区其他节点，内容范围与网络速度属于不同问题。

更换域名后怎样处理旧订阅？

按公告登录新入口，取得当前订阅并替换旧地址，再更新节点列表。

游戏时为什么要核对 UDP？

节点是否提供 UDP 转发涉及房间连接和语音；之后还要比较落地距离、丢包与策略组切换。

先用榜单把候选缩到 2–3 家，再去避坑名单确认没踩雷，最后用优惠码下单月付，用满一个月再决定要不要续。