梯子不能用了怎么办？按订阅、节点和客户端逐项排查

更新于 2026-10-18 · zixi2019.shop

简答：梯子不能用，通常先检查订阅是否过期、流量是否用尽或订阅内容是否需要更新；然后在客户端内测试并切换节点，再检查系统时间、客户端和内核版本、DNS、系统代理及 TUN 权限。若所有节点都失败，再用另一条网络对比，判断是订阅、节点、设备还是当前网络的问题。

定义：“梯子不能用了”通常指代理客户端无法连接节点、节点测试超时、连接后无法访问目标网站，或客户端显示已连接但系统流量没有经过代理。

先判断：是订阅失效、节点失效，还是设备网络异常

不要一看到“梯子不能用了”就立即删除配置。先做三组对比，可以快速缩小范围。

关闭客户端测试普通网络：确认浏览器能否访问平时可以打开的普通网站。如果关闭客户端后设备本身也无法联网，先排查 Wi-Fi、移动数据、路由器或系统网络。
检查订阅状态：登录订阅服务商提供的管理页面，查看有效期、剩余流量、设备数限制和订阅地址状态。订阅过期、流量用尽、订阅被暂停，都会导致客户端继续保留旧节点，但节点无法正常使用；具体状态以服务商页面为准，无法从客户端名称直接判断。
换网络对比：在 Wi-Fi 与移动数据之间切换，或使用另一条可信网络测试。如果换网络后恢复，问题更可能来自原网络、DNS、路由器或网络策略；如果所有网络都失败，再重点检查订阅和客户端。
看失败范围：只有一个节点失败，优先怀疑节点；同一订阅的大多数节点都失败，优先更新订阅并检查订阅状态；多个订阅、多个客户端和多个网络都失败，才考虑设备系统或时间设置。

Windows 官方建议通过重启网络设备、运行网络排查并对比其他设备来定位故障；Android 官方也建议切换 Wi-Fi 与移动数据、重启设备和路由器。可参考 Microsoft Windows 网络连接排查和 Android 网络连接问题排查。

第一步：更新订阅，再测试并切换节点

基础网络正常后，订阅更新和节点测试是最值得先做的两项操作。节点列表还在，不代表订阅内容、节点地址和授权状态仍然有效。

Clash Verge Rev：更新配置、测速和看日志

打开 Clash Verge Rev，进入配置或订阅列表，找到当前使用的配置。
点击配置旁的更新按钮，等待更新完成；如果有“通过代理更新”和“不通过代理更新”之类的选项，先用当前能工作的方式尝试，失败后再切换另一种方式。
进入代理页面，在代理组中逐个或批量执行延迟测试，选择测试成功且延迟相对稳定的节点。
如果测速全部失败，打开“设置—系统设置”确认“系统代理”状态；不要在 TUN 和系统代理都异常时同时反复切换。
查看“设置—高级”中的日志目录入口，或使用界面提供的“打开日志目录”。Clash Verge Rev 的设置文件明确提供系统代理、TUN、日志目录和版本检查入口。

Clash Verge Rev 文档说明，TUN 模式会接管系统流量，启用 TUN 时通常不需要再打开系统代理；TUN 还需要服务模式或管理员权限。相关设置可查看 Clash Verge Rev 中文设置定义和 Clash Verge Rev 使用说明。

Mihomo：更新代理集并执行健康检查

如果配置使用了 proxy-provider，先确认配置中的订阅地址仍然存在，且 type 为 http 时填写了有效的 url。
在所使用的 Web 控制面板中找到代理集或 Proxy Providers，执行更新。
更新后执行节点健康检查，再回到代理组选择测试成功的节点。
如果订阅必须通过代理下载，可检查 provider 配置中的 proxy 字段；不要在不清楚用途时直接修改 DNS、规则和代理集地址。

Mihomo 官方文档列出了代理集的订阅地址、更新间隔、通过代理更新和健康检查 API。可参考 Mihomo proxy-providers 配置和 Mihomo API 文档。

v2rayN：更新订阅、测试延迟并按结果排序

打开 v2rayN，在订阅分组中找到当前订阅。
右键订阅，先执行“更新当前订阅（不通过代理）”；如果订阅地址需要通过现有节点访问，再尝试“更新当前订阅（通过代理）”。
更新完成后，在节点列表中多选节点，执行“测试延迟 Tcping（多选）”或“测试真连接延迟（多选）”。
测试完成后使用“按测试结果排序”，选择测试成功、延迟较低且实际连接稳定的节点。
如果所有节点都是超时或 -1，不要只换单个节点：先检查订阅状态、更新时间、系统代理、DNS 和防火墙，再查看日志。

v2rayN 官方项目的界面资源中列出了通过代理或不通过代理更新订阅、TCPing、真连接延迟、速度测试和按测试结果排序等菜单；订阅格式说明可参考 v2rayN 订阅功能说明和 v2rayN 中文菜单定义。

Shadowrocket：确认开关、选中节点并做连通性测试

打开 Shadowrocket，确认订阅或节点列表仍然存在，先选中一个节点。
确认主界面的连接开关已开启，并允许 iOS 建立网络隧道。
使用应用内的 Connectivity Test 或连通性测试功能，先测试当前选中的节点。
如果当前节点失败，逐个切换其他节点；如果所有节点都失败，先更新订阅，再检查 iOS 的 VPN 权限、系统时间和网络。

App Store 页面显示 Shadowrocket 支持导入规则文件、记录 HTTP/HTTPS/DNS 请求，并提供网络速度和连接相关能力；它本身不提供代理服务或服务器资源。参考 Shadowrocket App Store 页面。

第二步：检查系统时间、客户端版本与内核版本

如果订阅更新失败、TLS 握手失败，或者所有节点突然同时无法连接，系统时间和软件版本也需要检查。时间偏差可能导致证书校验或加密握手失败；版本过旧则可能出现配置字段不兼容、内核缺少协议支持或 TUN 驱动异常。

同步系统时间：Windows 进入“设置—时间和语言—日期和时间”，打开自动设置时间和自动设置时区，然后点击立即同步；macOS 进入“系统设置—通用—日期与时间”，开启自动设置；iPhone 和 Android 进入日期与时间设置，使用网络提供的自动时间。
检查客户端版本：在客户端的关于、设置或检查更新页面查看版本。只从项目公开发布页或应用商店获取更新，不要使用来源不明的安装包。
检查内核版本：Clash Verge Rev 需要确认 Mihomo 内核状态；v2rayN 需要确认 Xray、sing-box 或 Mihomo 等所选内核是否存在、能否正常启动。
更新后复测：更新客户端或内核后，先备份配置，再只测试一个节点。若更新后才出现问题，可暂时对照同一配置测试其他受支持版本，但不要同时运行多个会修改系统代理的客户端。

v2rayN 官方发布说明显示，发行包可能包含 Xray、sing-box 和 Mihomo 等核心；Clash Verge Rev 的设置中也提供版本检查、内核和日志目录入口。参考 v2rayN 发布文件说明。

第三步：区分系统代理与 TUN，避免重复接管流量

系统代理和 TUN 不是同一回事。系统代理通常只影响遵守系统代理设置的应用；TUN 通过虚拟网卡接管更广泛的系统流量。两者同时开启、权限不足、虚拟网卡或服务未正常运行，都可能表现为“客户端已连接但网页打不开”或“开启后全局断网”。

先用简单模式复测：临时关闭 TUN，只保留系统代理，退出并重新打开客户端，再测试浏览器。
确认 TUN 权限：Clash Verge Rev 中，TUN 需要服务模式或管理员模式；如果界面提示服务不可用，先安装或切换服务模式，再重新启用 TUN。
不要重复接管：如果已启用 TUN，通常不需要再额外打开系统代理；如果使用系统代理模式，则确认系统代理指向当前客户端端口，且没有残留的旧代理。
检查防火墙：如果 TUN 启用后立即断网，检查系统防火墙是否阻止客户端内核、虚拟网卡或服务进程。放行前先确认文件来自可信的客户端安装目录。
恢复默认后再改：不要一开始同时修改 TUN、DNS、规则、MTU 和路由。先恢复一种能工作的模式，再一次只改一个设置。

Clash Verge Rev 官方文档明确区分了系统代理与 TUN，并说明 TUN 需要服务模式或管理员模式；因此 TUN 断网时，应先查权限、服务和防火墙，而不是马上更换全部节点。

第四步：从日志判断超时、TLS 和 DNS 错误

日志的价值在于判断失败发生在哪一层。记录错误出现的时间、当前节点、网络类型和客户端版本，不要把整份订阅链接或包含密码的配置公开发给他人。

日志或现象	优先检查	可执行操作
timeout、deadline exceeded、连接超时	节点不可达、当前网络丢包、端口被阻断或节点负载异常	先测试其他节点，再换 Wi-Fi 或移动数据；所有节点都超时时检查订阅和网络
TLS handshake failed、证书或握手失败	系统时间、节点参数、客户端或内核版本	同步系统时间，确认节点配置未被截断，再更新客户端或内核
DNS lookup failed、解析失败	DNS 配置、规则、DoH/DoT 或本地网络	暂时恢复自动 DNS，关闭冲突的 DNS 工具后复测；不要同时改多个 DNS 参数
客户端显示已连接但网页打不开	系统代理、TUN、规则模式或其他网络软件冲突	关闭 TUN 只用系统代理测试，或关闭系统代理只用 TUN 测试
订阅返回 400、无效订阅内容或更新超时	订阅地址、有效期、流量、网络访问和订阅格式	浏览器单独确认地址是否能返回内容，再在客户端分别尝试通过代理和不通过代理更新

如果只剩 DNS 相关错误，可先恢复客户端默认 DNS 或系统自动 DNS，再测试；如果只有某个网络出现 DNS 解析失败，则优先检查该网络的 DNS 和路由器。不要把“测试延迟成功”直接等同于网页访问一定成功，延迟测试和真实连接可能经过不同的请求流程。

第五步：仍然不能用时，按结果定位责任范围

测试结果	更可能的原因	下一步
普通网络也无法访问	设备、Wi-Fi、移动数据或路由器故障	重启网络设备、切换网络，并按系统官方步骤重置网络
普通网络正常，只有一个节点失败	单个节点失效或参数异常	切换节点，不必立即删除整个订阅
同一订阅全部节点失败	订阅过期、流量用尽、订阅未更新或订阅服务端异常	查看订阅管理页面，更新订阅并保存错误提示
多个订阅全部失败	客户端、内核、系统时间、DNS、TUN 或防火墙	关闭 TUN 做对照，更新客户端和内核，检查日志
换网络后恢复	原网络、DNS、路由器或网络策略	保留当前可用设置，单独排查原网络，不要先重装客户端

Windows 仍然异常时，可先检查系统代理，再考虑执行网络重置；网络重置会移除网络适配器和相关设置，VPN、虚拟网卡或网络软件可能需要重新配置。iPhone 或 iPad 的“还原网络设置”也会删除已保存的 Wi-Fi、蜂窝网络、VPN 和 APN 设置，因此应放在其他方法之后。可参考 Apple：iPhone 或 iPad 无法连接 Wi-Fi。

如果客户端要求安装来源不明的证书、配置文件或系统扩展，或者问题影响公司办公账号和重要数据，应停止继续修改，保留错误提示、日志时间点、系统版本和网络类型，联系设备管理员、客户端项目方或订阅服务商。

常见问题

梯子不能用了，应该先换节点还是先更新订阅？

基础网络确认正常后，建议先检查订阅有效期和剩余流量，再执行更新订阅；更新完成后批量测试节点并切换。若只有一个节点失败，可以直接换节点；若同一订阅全部节点失败，优先处理订阅状态。

为什么客户端显示已连接，但浏览器还是打不开？

常见原因是系统代理没有生效、TUN 权限或服务异常、DNS 解析失败，或多个客户端同时修改代理设置。先关闭 TUN 只用系统代理测试，再反过来单独测试 TUN，并检查日志中的超时、TLS 或 DNS 报错。

所有节点延迟都是超时或 -1，说明节点全部失效了吗？

不一定。也可能是订阅未更新、系统时间不准、DNS 失败、当前网络无法访问测试地址、客户端内核异常或 TUN/防火墙冲突。先换网络、更新订阅并关闭 TUN 做对照，不能只凭一次测速判断节点全部失效。

订阅更新失败时，应该选择通过代理还是不通过代理？

两种方式都可能适用。如果当前没有可用节点，先尝试不通过代理更新；如果订阅地址只能通过现有连接访问，再尝试通过代理更新。v2rayN 中分别提供这两个菜单项，更新失败时应记录具体错误，而不是重复点击。

系统时间不准真的会导致梯子不能用吗？

可能会。时间偏差会影响证书校验和加密握手，表现为 TLS handshake failed、证书错误或连接立即失败。先开启系统自动时间和自动时区并手动同步，再重新测试节点。

什么时候需要调整 MTU？

只有在基础网络正常、节点和订阅确认有效，并且日志或现象指向分片、特定网络下持续丢包或大包传输异常时，才考虑 MTU。调整前应记录原值、一次只改一个参数，并准备恢复原设置；普通的订阅过期、节点失效、DNS 或 TUN 权限问题不应优先靠改 MTU 解决。