梯子不能用的原因与排查顺序
简答：梯子不能用时，先不要急着更换服务：先看节点列表和订阅是否正常，再区分“单个节点超时”“全部节点超时”以及“显示已连接但网页打不开”。以 Windows、Android 为主，附 iPhone、macOS 与浏览器补充检查；最后用代理请求和出口 IP 复测，才能判断是服务、节点还是本机设置的问题。
定义：本文所说的“梯子”是用户对代理客户端、VPN 或网络加速工具的俗称，排查重点是订阅、节点、代理模式、DNS、系统时间和设备权限。
先按现象定位：不要一上来重装客户端
如果你说的“梯子”是实体工具，本文不适用；下面按代理客户端或网络加速工具无法连接、连接后打不开网页来处理。先记录客户端显示的现象，再做最小测试。
| 现象 | 更可能的方向 | 先做什么 | 对应报错或表现 |
|---|---|---|---|
| 节点列表为空 | 订阅未导入、订阅过期或读取失败 | 重新确认订阅地址，检查更新结果和账户状态 | 节点数量为 0、更新失败、HTTP 403 |
| 只有一个或少数节点超时 | 单节点失效、线路临时不可用或规则不匹配 | 切换同地区的另一个节点，暂时关闭复杂规则测试 | 连接超时、握手失败 |
| 全部节点超时 | 订阅整体异常、本机代理冲突、网络限制或客户端权限问题 | 先更新订阅，再关闭其他代理软件并换 Wi-Fi/移动网络测试 | 所有节点均显示 timeout |
| 显示已连接但网页打不开 | 系统代理未接管、模式或分流规则错误、DNS 异常 | 检查系统代理、全局/规则模式，再做 DNS 和代理请求测试 | Connected 但浏览器无网络、DNS_PROBE_FINISHED_NXDOMAIN |
| 只有部分网站打不开 | 分流规则、浏览器插件、站点自身或 DNS 解析问题 | 用无痕窗口或其他浏览器测试，并暂时停用代理类插件 | 部分域名打不开、ERR_PROXY_CONNECTION_FAILED |
最快判断：节点列表为空先查订阅；只有一个节点失败先换节点；全部节点失败先查订阅、本机代理和当前网络；连接成功但网页打不开则优先查代理接管、DNS 和浏览器冲突。
第一步：检查订阅、账户和节点列表
- 确认订阅是否仍在客户端中。如果节点全部消失，先打开客户端的订阅管理页，确认订阅地址没有被删除、截断或替换。
- 手动更新订阅。观察更新是否成功、节点数量是否恢复；如果出现 403、404 或读取超时，不要反复点击，先确认订阅账户状态和网络是否可访问。
- 检查套餐状态和流量信息。到服务提供方的账户页面查看有效期、剩余流量和设备限制。无法核实服务状态时，不要把“本机连不上”直接判断为服务失联。
- 只测试一个普通节点。先选延迟较低、名称清晰的节点，不要同时打开多个客户端或反复切换几十个节点。
如果订阅更新失败但网页端账户页面也无法打开，可以先换当前网络测试；如果只有客户端更新失败而网页端正常，重点转向订阅地址、客户端权限或代理冲突。
涉及 Lumina 的客户端、订阅导入或连接问题，可分别参考Lumina 订阅导入 Clash 的排查步骤和Lumina 连接不上时的现象对照。本文不代表 Lumina 官方，品牌价格、服务状态和入口信息均应以可核实的官方页面为准。
第二步：区分节点故障、本机故障和网络故障
用“最小复现”可以减少误判：只保留一个客户端、一个节点和一个浏览器窗口，关闭其他 VPN、代理软件、网络加速器及代理类浏览器扩展，然后分别测试 Wi-Fi 与手机热点。
| 测试结果 | 判断方向 | 下一步 |
|---|---|---|
| 换网络后恢复 | 原 Wi-Fi、路由器、DNS 或网络策略相关 | 重启路由器，检查 DNS，确认是否只有该网络受影响 |
| 所有网络都失败，但其他设备正常 | 本机客户端、权限、系统代理或时间设置相关 | 检查系统代理、VPN 权限、TUN 状态和系统时间 |
| 多个设备、多个网络都失败 | 订阅、账户、节点或服务端状态相关 | 查看账户和服务公告；未核实前不要直接续费或重复购买 |
| 只有一个浏览器失败 | 浏览器代理、扩展、缓存或安全设置相关 | 用无痕窗口、其他浏览器，或停用代理扩展后复测 |
浏览器扩展可能拥有读取和修改网站数据的权限，也可能通过 VPN 或代理设置影响网络；Chrome 官方说明建议在“扩展程序 → 管理扩展程序”中关闭、修复或移除不信任的扩展。可参考Chrome 官方扩展管理说明。
第三步：检查系统代理、模式和设备权限
Windows
- 打开“设置 → 网络和 Internet → 代理（Settings → Network & internet → Proxy）”，确认是否误开了旧的手动代理、脚本代理或错误端口。Windows 的系统代理支持自动检测、脚本和手动配置，具体入口可参考微软 Windows 代理设置说明。
- 如果客户端使用 TUN 模式，先暂时关闭 TUN，只测试系统代理；如果系统代理模式无效，再按客户端说明测试 TUN。系统代理通常只影响遵循系统代理的应用，TUN 则可能接管更多系统流量，二者同时启用时可能发生冲突。
- 检查 Windows 防火墙或安全软件是否拦截客户端；不要为了测试长期关闭安全防护，只添加可信客户端的必要权限。
Android
- 打开“设置 → 网络和互联网 → VPN（Settings → Network & internet → VPN）”，确认目标 VPN 或客户端处于连接状态，没有被系统切换到其他 VPN。
- 检查“始终开启 VPN”和“无 VPN 时阻止连接”等选项。Android 官方说明显示，始终开启 VPN 停止后可能持续显示通知；应用排除列表也可能导致某个应用不经过 VPN，可参考Android 官方 VPN 设置说明。
- 在电池设置中允许客户端后台运行，避免锁屏或切换应用后被系统清理。不同品牌手机的菜单名称可能不同，以实际系统版本为准。
iPhone 与 macOS 补充
- iPhone：检查“设置 → 通用 → VPN 与设备管理（Settings → General → VPN & Device Management）”中的 VPN 状态和配置描述文件。Apple 说明配置描述文件可在该入口查看和删除，删除前先确认它属于需要使用的网络服务，参考Apple 官方配置描述文件说明。
- macOS：打开“系统设置 → 网络（System Settings → Network）”，检查 VPN、代理和当前网络服务是否重复配置；若客户端有独立代理开关，先只保留一种接管方式。
第四步：处理 DNS、系统时间和浏览器冲突
DNS 异常的典型表现是客户端显示已连接，但某些域名打不开、浏览器出现 NXDOMAIN，或不同网络下表现差异明显。DNS 只负责把域名解析成 IP，修改 DNS 不能修复节点失效，也不能证明流量已经经过代理。
- Windows PowerShell 中执行下面命令，对比默认 DNS 与指定 DNS 的解析结果。命令只用于诊断，不代表必须长期使用某个 DNS。
- 如果要测试 Cloudflare Resolver，可参考其官方 DNS 排障说明；其中 Windows 示例使用
nslookup，macOS/Linux 示例使用dig。 - 检查系统时间和时区。Windows 进入“设置 → 时间和语言 → 日期和时间（Settings → Time & language → Date & time）”，开启自动设置时间和时区；微软官方步骤见时间与时区设置说明。时间明显错误可能导致证书校验或登录流程异常。
- 用无痕窗口或另一个浏览器复测；如果只有一个浏览器失败，先停用代理扩展、隐私扩展和自定义安全 DNS，再重新打开页面。
Windows PowerShell：
nslookup example.com 1.1.1.1macOS/Linux 终端：
dig example.com @1.1.1.1如果 DNS 查询超时，问题可能位于当前网络到 DNS 服务器的路径；如果 DNS 正常但代理请求失败，则不要把 DNS 当成唯一原因。
第五步：用代理请求和出口 IP 做复测
“客户端显示已连接”只能说明客户端认为连接建立，不一定代表浏览器流量真的经过代理。复测时应同时看代理请求结果和出口 IP 变化。
Windows PowerShell：使用 curl.exe，把 127.0.0.1:7890 替换为客户端实际的 HTTP 或 Mixed 代理地址；Windows PowerShell 中不要把示例写成 macOS/Linux 的命令。
curl.exe -I -x http://127.0.0.1:7890 https://example.commacOS/Linux 终端：使用 curl，同样替换为客户端实际端口。
curl -I -x http://127.0.0.1:7890 https://example.comcurl 官方文档说明，-x 或 --proxy 用于指定代理，并支持 HTTP、HTTPS 和 SOCKS 等代理协议；具体参数可查看curl 官方命令手册和curl 官方教程中的代理示例。
结果可按以下方式理解：
- 返回 HTTP 状态码，说明本机至少能通过指定代理发起请求，但还要检查页面内容和出口 IP。
- 出现“Could not connect to server”或连接被拒绝，优先检查客户端是否监听该端口、端口类型是否写错，以及是否被防火墙拦截。
- 出现“Could not resolve host”，优先检查 DNS 或代理端的域名解析方式。
- curl 失败但浏览器正常，可能是命令使用了错误代理类型或端口；curl 成功但浏览器失败，则重点查浏览器代理、扩展和分流规则。
最后打开一个你信任的 IP 查询页面，对比未连接和连接后的出口 IP 或地区。如果出口没有变化，只能说明当前浏览器或命令可能没有走目标代理，不能据此判断服务一定失效。
遇到疑似失联或真假入口时，先止损再迁移
如果账户页、订阅更新和多个设备都无法使用，不要仅凭群聊截图或搜索结果中的相似域名付款。先核对入口域名、证书、账户登录状态和订阅地址；涉及 Lumina 时可参考Lumina 入口核验与付款前清单，无法核实的状态统一标为“未核实”。
- 保留当前订阅链接、账户订单记录和客户端日志，便于后续核对。
- 不要把订阅链接公开粘贴到群组、在线调试器或不明网页中；订阅链接可能包含账户识别信息。
- 如果决定迁移，先停止自动续费，再在新服务中使用最小档或月付方式验证导入、连接和退出流程。
- 迁移前删除旧客户端中的订阅和访问令牌，避免多个客户端同时接管系统代理。
本文仅作为独立使用指南，不代表 Lumina 官方；品牌价格、活动和服务状态以其可核实的官方信息为准。
常见问题
为什么客户端显示已连接，但浏览器还是打不开网页？
常见原因是客户端连接成功但没有接管浏览器流量，也可能是系统代理端口错误、规则模式把请求分流到直连、DNS 解析失败或浏览器扩展冲突。先关闭代理类扩展，再检查系统代理和客户端端口，最后用 curl -x 测试。
所有节点都超时，是不是服务一定失效了？
不一定。先更新订阅、确认账户状态，再关闭其他代理软件并换 Wi-Fi 或手机热点测试。如果多个设备、多个网络都失败，才更需要关注订阅或服务端状态；无法核实前不要直接下结论。
只有一个节点不能用，应该重装客户端吗？
通常不用。先换同一地区或同一类型的另一个节点，并暂时简化规则测试。只有在多个节点、多个网络都异常，且客户端日志显示读取或权限错误时，才考虑重装或重新导入配置。
修改 DNS 能解决梯子不能用吗？
只有在域名解析异常时，修改或切换 DNS 才可能有帮助。DNS 不能修复订阅过期、节点失效、端口错误或客户端权限问题；应先用 nslookup 或 dig 对比解析结果，再判断是否需要调整。
TUN 模式和系统代理同时开启会冲突吗？
可能会。系统代理通常影响遵循系统代理的应用，TUN 可能接管更广泛的系统流量；不同客户端实现不同。排查时先只保留一种模式，确认基础连接正常后再逐项启用。
手机锁屏后连接就断了怎么办？
Android 先检查 VPN 权限、始终开启 VPN、电池优化和后台运行限制；iPhone 则检查 VPN 状态及相关配置。不同品牌和系统版本入口会变化，应以设备实际菜单为准。
相关阅读
参考资料
- Microsoft：在 Windows 中使用代理服务器
- Google Android 帮助：连接到 VPN
- Apple 支持：安装或移除 iPhone 配置描述文件
- Cloudflare 1.1.1.1：DNS Resolver 排障
- Microsoft：设置 Windows 时间、日期和时区
- curl：官方命令手册中的代理参数（curl.se）
- curl：官方教程中的代理示例（curl.se）
- Google Chrome 帮助：安装和管理扩展