网络连接失败的常见原因：按五个检查点定位

先记录现象，不急着重装

记录失败时间、客户端与核心版本、接入网络、所选节点、应用和完整错误。区分“所有网站失败”“仅一个应用失败”和“只在某个时段失败”，这三类问题需要不同证据。

求助时遮盖订阅令牌、用户名、服务器凭据和个人地址。公开完整配置可能泄露账户，不是提供更多诊断信息的好方法。

检查点一：本地网络是否正常

现象： 直连网站也打不开。可能原因： 无线连接、路由器、认证网络或遗留系统代理。

先停用代理入口，确认系统没有指向已关闭的本地端口，再用常见直连服务验证。若直连同样失败，优先修复基础网络。可比较有线、无线或另一条可信接入，但每次只换一个条件。

检查点二：配置和核心是否可用

现象： 节点列表存在，核心却无法启动。检查第一条错误，而不是只看最后的“失败”提示。端口占用、配置字段不兼容与文件缺失都需要对应处理。

确认选定的活动配置、订阅有效期与流量状态。更新订阅后核对返回结果，不要以为点击更新就代表成功。修改前备份；遇到不支持的协议，先核对核心与配置格式。

检查点三：应用请求有没有进入代理

现象： 浏览器失败，客户端没有任何对应连接记录。核对系统代理开关、本地监听端口，以及应用独立代理设置。

若显式指定本地代理的测试请求可用，但应用仍无记录，问题更可能在流量入口。若日志已经出现请求，则继续追查出站和目标；不要反复切换同一个入口开关。

检查点四：DNS、路由与目标服务

DNS 将域名映射为地址，解析成功也不保证后续 TCP、TLS 或应用请求成功。遇到证书错误，不要直接关闭验证来掩盖问题。先检查系统时间、目标域名与来源配置。

检查点五：用原场景复测

完成一项修改后，用最初失败的应用和目标验证，再测试直连与其他关键应用。记录哪些条件改变、结果如何，保留能够工作的配置备份。

退出客户端后，再次检查系统代理已恢复。若问题只能通过切换所有设置暂时消失，很难知道真正修复了哪一层。下一次从 v2rayN 连接流程 或 Mihomo 规则基础 的最小配置重新建立观察，会更容易复现。