2026年10月16日,绿茶VPN把单账号的设备登录上限从3台提升到6台,并同步上线会话隔离机制。调整后,手机、平板、笔记本、电视盒子可以在同一账号下并行在线,各自保留独立的隧道与分流表;在连续10万次并发登录调用的测试中,互踢事件从每百次3.1次降为0。
上限提高之前,互踢是反馈最集中的问题。旧实现把账号级的隧道参数存在一个共享槽位里,第二台设备登录会覆盖前一台的节点与分流配置,表现就是“刚在这台连上,那台就掉线”。对同时在客厅和家人用手机看片、又在书桌处理工作的用户,这种中断几乎每天发生。
安全工程师郑康说明了改造思路:“设备之间要真正互不干扰,就不能共用任何一份可变状态。会话因此拆成设备级,每个设备一份独立的身份凭据和隧道参数,账号只负责计费与上限控制。”
会话隔离:每台设备一份独立凭据
隔离的关键在凭据。每台设备首次登录时会生成一对独立的设备密钥,服务端按设备标识签发凭据,凭据里绑定设备指纹、有效期与可用节点范围。设备之间不共享凭据,A设备的节点切换不会写入B设备的配置,因此同一账号下6台设备可以分别停在6个不同节点。
隧道也各自独立。每台设备建立自己的加密隧道,出口节点由各自的客户端策略决定;服务端的连接表以“账号 + 设备”为键,不再以账号为键。这样即使一台设备在会议中,另一台切换到其他节点也不会引发握手重置,会议端只会看到自己的延迟数字不变。

设备指纹用四项信息合成:系统标识、设备型号、安装实例ID与首次登录时间,不采集通讯录、位置或硬件序列号。重装系统后指纹会变化,被识别为新设备,此时需要占用一个新的名额;这也是部分用户重装后看到“设备已满”的原因,在设备管理页解绑旧记录即可。
10万次并发登录的测试结果
测试覆盖2026年9月22日至10月10日,使用模拟客户端在上海、东京、新加坡三个出口同时发起登录,并发设备数从3台递增到6台,每个组合重复2000次。互踢指任意一台在线设备因其他设备登录而被动断线,重连耗时按客户端日志中的握手时间统计。
| 并发设备数 | 互踢率 | 平均重连耗时 | 分流规则错配 |
|---|---|---|---|
| 3 台(旧实现) | 3.1 次/百次 | 1.4 s | 2.7% |
| 3 台(新实现) | 0 | — | 0 |
| 4 台(新实现) | 0 | — | 0 |
| 6 台(新实现) | 0 | — | 0 |
分流规则错配是另一个被修掉的问题。旧实现里6台设备共享一份分流表,任一台修改规则会覆盖全账号,测试中错配比例为2.7%;新实现把分流表下发到设备级,修改只影响本机。若用户希望全账号统一规则,可在设备管理页勾选“同步分流规则”,勾选后以最近一次修改为准。
代价是服务端的连接表比原来大了约4.1倍,单节点内存占用从1.2GB增加到1.6GB。为控制成本,服务端把空闲设备的隧道在15分钟无流量后回收,凭据保留,重连时不需要重新登录,直接恢复隧道,恢复耗时24ms。
设备管理入口与共享边界
设备管理在客户端“账号”页与网页端的账号中心都有入口,列出每台设备的平台、名称、最近活跃时间与当前节点。解绑只需两步:选中设备、点击“解除绑定”,解绑立即生效,对方的下一次请求会被拒绝,已建立的隧道在3秒内关闭。已解绑的记录保留在历史列表中,最多20条,可随时查看。
共享有边界。6台上限按账号计算,不限制平台比例,但同一账号在短时间内跨3个以上城市登录会触发风控,需要邮箱验证一次;这是为了防止账号被批量转售。若确实需要在多地使用,可在账号中心添加常用地点,添加后不再触发验证。测试中,正常家庭场景(同城、6台以内)未出现误判。
郑康补充:“上限放宽不等于鼓励共享,风控仍然在跑,只是把正常的多设备场景和异常的分发场景区分开。”他给出的判断依据是登录频率与设备指纹变化速度,而非单纯的设备数量。
接下来会把设备名额做成可拆分的形式,例如家庭套餐把6台分成两个3台的小组,各自管理互不影响,计划在2026年12月的版本里上线。想现在就用满6台,可在下载页取用3.4.1客户端,登录后在账号页确认设备列表即可,老版本客户端同样享受6台上限,无需强制升级。

5条用户评论
终于不用两台设备抢了,手机和电脑同时挂着,互不影响。
电视、平板、手机各连不同节点,之前一切换就互相踢,现在正常了。
重装系统后被当成新设备,设备管理里解绑旧的就好了,页面提示写得清楚。
出差和家里两个城市登录会要验证一次,加了常用地点后就没再出现。
希望家庭分组快点上,六台全在一个账号里管理还是有点乱。