大哥云代理节点都不可用怎么办？先用手机热点区分本地问题
简答：大哥云代理节点全部超时，先关闭其他代理、系统代理和 TUN，校准时间后重新更新订阅；再用手机热点复测。热点恢复通常指向本地网络，跨网络仍失败则保存日志并按官方渠道核对账号与线路状态。
定义：“代理节点都不可用”是指客户端中的多个节点同时出现 Timeout、连接失败或 -1ms，但这一现象本身不能证明服务已经停止。
先做 30 秒快速自救：五步判断问题在哪
本站是第三方使用指南站，不代表相关服务官方。遇到大哥云代理节点全部变红时，不要先重装客户端，也不要只根据延迟数字判断线路是否停止。先按下面顺序做一次最小化复核：
- 确认普通网络本身可以打开网页。
- 退出其他 VPN、代理软件和浏览器代理扩展。
- 在当前客户端关闭 System Proxy 和 TUN。
- 重新复制订阅地址并执行一次更新。
- 切换手机热点重复测试，并记录是否恢复。
| 现象 | 更接近的原因 | 下一步 |
|---|---|---|
| 只有少数节点超时 | 单个节点或区域线路异常 | 换其他地区节点并查看连接日志 |
| 所有节点都 Timeout 或 -1ms | 订阅、时间、DNS、代理冲突、TUN 或客户端内核问题 | 按时间、订阅、代理残留、端口和 TUN 顺序排查 |
| 手机热点下恢复 | 原宽带、路由器 DNS、防火墙或网络出口影响 | 继续检查原网络，不要急着更换客户端 |
| 两种网络下仍全部失败 | 订阅、账号状态、客户端或线路侧问题 | 保存日志、时间和测试结果，再按官方渠道核对 |
如果你使用 Clash Verge Rev，截至 2026-10-24，Releases 标记为 Latest 的是 v2.5.2；发布页同时可能显示预发布版本，安装或升级前应以官方 Releases 页面的标签和资产为准。Clash Verge Rev 与早期 Clash Verge 属于不同维护分支，桌面端配置、服务模式和内核进程不要混用。
第一组：校准系统时间并确认订阅真的更新
- 校准系统时间。Windows 打开“设置 → 时间和语言 → 日期和时间”，开启“自动设置时间”和“自动设置时区”；具体路径可参考微软官方时间设置说明。macOS 打开“系统设置 → 通用 → 日期与时间”，启用自动设置。随后可用Time.is对照，尽量把设备显示时间校准到误差不超过 30 秒。
- 重新更新订阅并看结果。更新后检查配置文件是否仍存在、代理组是否出现节点、更新时间是否变化。如果更新按钮报错、节点数量变为零或更新时间没有变化，就不要继续反复测速。
- 旧订阅失效时重新复制。如果账号页面提供“重置订阅”“重新生成链接”或类似入口，应在对应官方账号页面重新生成并复制最新地址；订阅域名、到期时间、流量余量和同时在线设备数只能以对应服务的官方页面为准。
- 关闭系统代理后再更新。当系统代理仍指向已失效的本地端口时，客户端可能无法正常拉取订阅。先关闭当前客户端的 System Proxy，退出其他代理程序，再重新执行订阅更新。
第二组：清理系统代理、浏览器扩展和 TUN 残留
多个代理程序同时运行时，常见冲突包括系统代理仍指向旧端口、浏览器扩展单独接管流量、TUN 虚拟网卡未退出，或旧服务进程仍在后台运行。建议只保留一个客户端，然后依次检查：
- 退出其他 VPN、代理客户端、网络加速器和浏览器代理扩展。
- 关闭当前客户端的 TUN，再关闭 System Proxy，退出客户端后重新打开。
- Windows 打开“设置 → 网络和 Internet → 代理”，确认“手动设置代理”处于关闭状态；微软官方路径见Windows 代理设置说明。
- macOS 打开“系统设置 → 网络 → 选择当前网络 → 详细信息 → 代理”，检查 HTTP、HTTPS、SOCKS 和自动代理配置是否仍指向旧地址。
- 重新启动客户端后，先只启用 System Proxy 测试；确认正常后，再单独启用 TUN。不要同时修改多个开关，否则无法判断是哪一步恢复。
Windows 的 TUN 服务模式可能需要管理员权限；macOS 遇到服务或网络扩展提示时，应在“系统设置 → 隐私与安全性”中查看是否需要放行；Linux 则要检查专用服务用户是否能读取配置文件并访问 TUN 设备。Android 需要允许客户端创建 VPN 连接；iOS 不使用 Clash Verge Rev 桌面程序，应按对应移动客户端的 VPN 权限提示操作。
第三组：检查端口是否监听，并用 curl 得到明确判据
Mihomo 将 HTTP、SOCKS、Mixed、redir 和 TUN 视为不同类型的入站配置；Mixed 端口可以同时接受 HTTP 和 SOCKS5 请求，具体端口必须以客户端设置页为准，可参考Mihomo 官方代理端口文档。端口常见默认为 7897 或 7890，以设置页为准。
Windows PowerShell 可执行：
Get-NetTCPConnection -LocalPort 7890 -State Listen如果系统没有返回监听记录，再执行：
netstat -ano | findstr :7890macOS 使用：
lsof -nP -iTCP:7890 -sTCP:LISTENLinux 使用：
sudo ss -lntp | grep 7890把 7890 替换为客户端设置页显示的 HTTP 或 Mixed 端口。然后用不带尾斜杠的目标地址测试：
curl -I -x http://127.0.0.1:7890 https://example.com返回任意正常的 2xx 状态码，通常表示本地代理端口已经接受并处理了这次请求；Connection refused 多数指向端口错误、客户端未运行或端口没有监听；Operation timed out 更需要继续对比节点、DNS 和网络出口。命令成功但浏览器仍打不开时，检查浏览器是否使用独立代理扩展，以及连接日志中是否命中了正确策略。
第四组：DNS、TUN 和手机热点隔离测试
如果订阅地址无法打开、节点域名解析失败或日志出现 DNS 错误，应把“订阅域名能否解析”和“节点能否建立连接”分开检查。先关闭 TUN 和自定义 DNS 覆写，使用系统默认 DNS 更新一次订阅；仍失败时，可在系统网络设置中临时使用 223.5.5.5 或 1.1.1.1 做对照测试，完成判断后再根据网络环境和隐私要求决定是否保留。
- Windows：打开“设置 → 网络和 Internet → Wi-Fi 或以太网 → 硬件属性 → DNS 服务器分配 → 编辑”。
- macOS：打开“系统设置 → 网络 → 当前网络 → 详细信息 → DNS”，添加对照 DNS 后保存。
- Linux：按发行版网络管理器修改 DNS，修改前记录原值，便于恢复。
- 重新启用 TUN 时，一次只改一个选项。Mihomo 文档说明，TUN 可用于接管系统流量、自动路由和 DNS 劫持，具体行为取决于配置与系统权限，可参考Mihomo 入站配置文档和Mihomo TUN 文档。
- 切换手机热点后重复更新订阅和连接同一个节点。热点能用而原宽带不能用，优先排查路由器 DNS、防火墙和网络出口；两种网络都失败，则保存日志继续检查订阅、账号和客户端。
最后一步：如何应对疑似线路侧异常
只有在干净客户端、两种网络、最新订阅和正确系统时间下都能复现，才适合把问题提交给服务方核对。提交前整理以下信息：发生时间、使用的网络类型、订阅更新时间、节点名称、完整错误文本、curl 结果、端口监听结果和连接日志。不要在非官方渠道提交订阅地址、账号密码或完整配置文件。
如果官方页面暂时无法访问，不要仅凭第三方发布的“新官网”判断入口真假，也不要直接导入来源不明的订阅链接。先保留本地日志和时间记录，等待账号页面或已知官方渠道恢复后再核对；价格、服务状态、账号有效期和线路维护信息均以官方为准。
验证是否真正走代理，还要查看连接日志中是否命中了代理策略，或分别在关闭与开启代理时对比出口 IP。客户端显示“已连接”但日志没有代理请求，并不能证明浏览器流量已经经过代理。
常见问题
大哥云代理节点都不可用，是不是服务已经停止？
不能仅凭全部超时下结论。先关闭其他代理、System Proxy 和 TUN，校准时间并重新更新订阅，再用手机热点复测；多网络仍失败时，保存日志并按官方渠道核对。
订阅一直更新失败，应该怎么处理？
先关闭系统代理并退出其他代理程序，再复制账号页面提供的最新订阅地址。如果页面有重置或重新生成入口，应按官方流程生成新链接；同时检查系统时间、DNS 和网络差异。
节点全部显示 -1ms，应该先换节点还是重装客户端？
先不要重装。-1ms只能说明延迟测试没有得到有效结果，优先确认订阅是否更新、客户端内核是否运行、系统代理和 TUN 是否冲突，再测试单个节点。
Windows 如何判断是不是端口错误？
在 PowerShell 执行 Get-NetTCPConnection -LocalPort 7890 -State Listen，或执行 netstat -ano | findstr :7890。没有监听记录，或 curl 返回 Connection refused，通常表示端口不对或客户端未运行。
macOS 和 Linux 是否必须打开 TUN？
不一定。先关闭 TUN 使用系统代理测试；需要接管更多系统流量时再启用，并分别检查 macOS 的隐私与安全性放行、Linux 的服务用户和 TUN 设备权限。
curl 测试返回超时和 Connection refused 有什么区别？
Connection refused偏向本地端口没有监听、端口写错或客户端未运行；超时更需要对比节点、DNS、网络出口和远端连接，并查看连接日志中的具体错误。