家里三台设备用同一个订阅,手机、平板都正常,偏偏台式机连不上。这种「只坏一台」的情况,排查方向和「全都连不上」完全不同——能用的那几台设备已经替你证明了订阅有效、账号正常、节点在线,剩下的只可能是两类问题。
用一步把问题分成两半
在做任何其他检查之前,先做这个动作:
把其余所有设备的代理全部断开,等三到五分钟,再单独连这一台。
结果只有两种,指向完全不同的方向:
| 测试结果 | 说明 | 接下来查什么 |
|---|---|---|
| 断开其他设备后能连上了 | 套餐的同时在线名额被占满 | 设备数策略、后台设备、未释放的旧连接 |
| 断开其他设备后仍然连不上 | 与名额无关,是这台机器的本地问题 | 时间、客户端状态、系统代理、防火墙 |
| 时好时坏,和其他设备无明显关系 | 名额在临界值上反复触发 | 清点实际在线设备,考虑升级套餐 |
等三到五分钟这一点不能省。服务端回收断开的连接需要时间,立刻重试很可能仍然被算作超限,让你得出错误结论。
第一类:名额被占满
多数机场限制的是同时在线的连接数或独立 IP 数,而不是你装过客户端的设备总数。所以真正的占用者常常比你以为的多:
- 路由器上刷了代理,那台路由器本身就长期占一个名额,它下面接的所有设备共享这一个出口;
- 电视盒子、旧手机、公司电脑上装过客户端并开着自动启动,你早就忘了;
- 家里人共用了同一个订阅;
- 同一台设备开了两个客户端,或者客户端开着的同时浏览器插件也在单独连接。
还有一种更隐蔽的:旧连接没有正常释放。客户端崩溃、笔记本合盖休眠、手机被系统杀后台,这些情况下服务端可能还认为那条连接活着,名额被挂在那里直到超时清理。你这边看着一台没开,服务端那边算着三台在线。遇到这种情况,等待往往就是最好的处理。
如果清点之后发现确实是设备不够用,那就是套餐选型的问题而不是故障。怎么估算自己需要几个名额、不同计费方式的差别,见多设备套餐怎么选。
第二类:只影响这一台的本地因素
如果断开其他设备后仍然连不上,那就沿着下面的顺序查。这个顺序是按「检查成本从低到高」排的,不要跳着做。
1. 这台设备的基础网络。 关掉代理,打开一个国内网站。连这一步都不行,先解决基础网络,和机场无关。
2. 系统时间。 很多协议依赖时间戳做校验,偏差超过容忍范围会直接握手失败。表现通常是「连接被拒绝」或者刚连上就断,很容易被误认为是节点问题。检查方式:打开系统的日期时间设置,确认开启了自动同步网络时间,并且时区正确。双系统的机器、长期不联网的机器、主板电池老化的老机器,是重灾区。
3. 客户端状态。 看客户端有没有真的在运行(而不是只有一个托盘图标),看它的日志里最新几行报了什么错。日志里的报错信息基本能直接告诉你卡在哪一步——是没连上服务器,还是连上了握手失败,还是握手成功但转发不动。
4. 订阅是否成功更新。 在这台设备上手动点一次更新订阅,看是否成功、节点数量是否正常。如果更新失败,问题就转移到了订阅更新失败那条线上,和设备数无关。
5. 换几个节点试。 只有个别节点不通是另一回事;如果所有节点在这台设备上都不通,而在别的设备上都通,那就继续往下查本地环境。这两种情况的区别可以对照所有节点都超时的判断方法。
6. DNS 与 IPv6。 这台设备是不是手动改过 DNS?是不是启用了和其他设备不同的 IP 版本策略?这类曾经手动改过又忘记的设置,是「只坏一台」的经典成因。
7. 系统代理残留。 这一条在 Windows 上尤其常见。之前用过的客户端异常退出时,可能把系统代理开关留在打开状态,指向一个已经不存在的本地端口。结果是无论你现在用什么客户端,流量都被送去一个死端口。检查方式是打开系统的代理设置,确认没有指向陌生端口的手动代理配置。相关的排查细节在 v2rayN 使用指南里有更具体的说明。
8. 防火墙与安全软件。 系统防火墙或第三方安全软件可能把客户端拦下来了,尤其是在客户端刚更新过版本之后——规则是按程序路径和签名记的,版本一换就变成了「陌生程序」。把客户端加入允许列表再试。企业电脑上还可能有统一下发的策略,这种情况本地改不了。
9. 端口占用。 客户端监听的本地端口如果被别的程序占用,会启动失败或者只启动一半。换一个本地监听端口试试。
10. 最后才考虑重装。 走到这一步再重装才是合理的。重装之前先把配置和订阅链接记下来,免得装完连不上还找不回原来的设置。
不同平台的高频原因
Windows:系统代理残留和防火墙拦截排前两位。另外注意开机自启的旧客户端,它可能在后台悄悄占着端口和名额。
macOS:检查系统设置里的 VPN 与网络配置描述文件,卸载过的客户端有时会留下配置项。网络位置(Location)如果建过多个,也要确认当前用的是哪一个。
Android:厂商定制系统的省电策略是头号嫌疑。客户端被限制后台联网后,界面显示已连接但实际不通。把它加入电池优化白名单,允许后台数据。
iOS:确认这个客户端的蜂窝网络权限是打开的,以及系统里没有残留另一个处于启用状态的 VPN 配置——同一时刻只能有一个 VPN 配置生效,另一个开着的话新的连不上。
怎么算修好了
在这台设备上完成两项验证:打开一个需要代理的网站并确认完整加载;然后把其他设备也全部连回来,再看这一台是否仍然正常。第二项是必要的——如果只有在别人都断开时才好用,那本质上还是名额问题,只是暂时被掩盖了。
需要找客服时,说清楚这几件事
- 出问题的设备是什么系统、什么客户端、什么版本;
- 同一时刻其他设备正常使用的情况(用来说明账号本身没问题);
- 断开所有其他设备后单独连这一台的结果;
- 客户端日志里失败时刻的报错行;
- 你的套餐允许几台设备同时在线,以及你实际清点出来的在线设备数;
- 已经排除过哪些项目(时间、系统代理、防火墙等)。
把「其他设备正常、仅此一台异常」作为开场描述,客服可以直接去查你账号的在线连接记录,判断是不是名额被占;如果记录显示只有一台在线而连接依然失败,那问题就明确在本地环境,双方都不用再兜圈子。