订阅链接为什么等同于密码
主流代理协议的认证字段就那么几个。Shadowsocks 用加密方式加密码,Trojan 用密码配 TLS,VMess 与 VLESS 用 UUID,Hysteria2 与 TUIC 走 QUIC,认证靠密码或 UUID 加密码。这些字段最终都会被写进一条节点链接里,谁拿到链接,谁就拿到字段。
订阅链接把这件事再推进一步:它是一个带长 token 的地址,客户端请求后返回 Base64 编码的节点列表,或者一份 Clash / Mihomo 用的 YAML 配置。整个过程不需要输入账号密码,链接本身就是通行证。这也是为什么它一旦外流,改密码并不能阻止对方继续连接。
订阅链接等同于凭据。贴到群里、发进截图、交给第三方转换站点,效果与把密码交出去相同;差别在于密码可以改,链接要主动重置才会失效。
| 凭据类型 | 泄露后对方能做什么 | 让凭据失效的方式 |
|---|---|---|
| 账号密码 | 登录用户面板,查看订单与用量,重新拉取订阅 | 修改面板密码 |
| 订阅链接 | 用任意客户端拉取全部节点,流量计入同一份套餐 | 在面板重置订阅 |
| 单条节点链接 | 只占用一个节点,同样消耗套餐流量 | 重置订阅后一并作废 |
| 客户端配置文件 | 含全部节点与分流规则,可导入任意设备 | 重置订阅并重新导入 |
本服务同时在线不限台数。这条设计对便利性有利,对安全则意味着另一件事:订阅链接被他人使用时,不会出现「设备数超限」的提示,也就不会被动暴露。发现异常只能靠用量记录和主动轮换。月订阅 ¥9.9 含 60GB 起,流量包 ¥158 / 300GB 起,链接外流的代价直接折算成流量。
注册环节:哪些信息不该填
VPNZM 注册只要用户名加密码,无需邮箱地址。少一个字段就少一处泄露面:邮箱如果在别处被拖库,攻击者会拿它去撞其他站点,顺带试出你的 VPN 账号。用户名与密码这两项,填法比填什么更关键。
- ✅ 用户名用与本名、常用社交 ID 无关的一串字符,避免被反查到具体的人。
- ✅ 密码交给密码管理器生成,长度 16 位以上,不与邮箱、网盘、支付账户复用。
- ✅ 支付走站内的支付宝 / 微信 / USDT 通道,订单与账号绑定,不按陌生人给的地址转账。
- ❌ 不在昵称、备注里填真实姓名、公司名、常驻城市。
- ❌ 不用生日、姓名拼音、常用英文名做用户名或密码的一部分。
- ❌ 不把订阅链接存进聊天收藏、公开的云笔记链接、浏览器书签同步。
订阅链接的保管与轮换
保管的目标只有一个:让链接只出现在客户端里。做到这一点不需要复杂工具,三条习惯就够——不分享、不截图、不经过第三方站点。换设备时重新从面板复制,不要从聊天记录里翻旧的。
- 在用户面板重置订阅,旧链接立即作废。
- 回到客户端,删除旧配置而不是禁用,再导入新链接。
- 逐台设备重新导入,连不上的那台正好是一次清点。
- 对照套餐的用量记录观察几天,异常增长说明旧链接曾被使用。
轮换频率按风险定:链接只在自有设备上导入过,半年一次足够;经历过群分享、截图外发、第三方转换、设备丢失,立刻重置一次。
第三方「订阅转换」「在线测速」「节点检测」页面需要你把订阅链接贴进表单。链接离开本机之后是否被留存,你无法确认。需要换格式时,用本地客户端自带的解析,或在自己的机器上跑转换。
结论:链接泄露与密码泄露是两件事。改密码解决后者,重置订阅解决前者;只做一件,另一条通道仍然开着。
公共 Wi-Fi 下的真实风险
公共 Wi-Fi 的风险不在加密算法被攻破,而在连接建立前后那几分钟:伪造同名热点、走 HTTP 的强制门户、被劫持的 DNS 解析。这三件事都不需要高深手段,靠的是你顺手点了「连接」。
| 场景 | 会发生什么 | 应对 |
|---|---|---|
| 伪造热点(同名 SSID) | 连上的是对方的设备,流量先经过它 | 关闭自动连接,手动确认热点名 |
| 强制门户登录页 | 页面走 HTTP,可能被替换成仿冒表单 | 不在门户页填账号密码,连上后再开客户端 |
| DNS 劫持 | 域名被解析到仿冒站点 | 客户端开 TUN 模式,接管域名解析 |
| 同网段嗅探 | 邻居可扫描你设备上的开放端口与服务 | 系统防火墙保持开启,关闭文件共享 |
DNS 泄漏值得单独说。即使流量已经走代理,系统若仍向本地网络请求域名解析,访问了哪些站点依旧会暴露给 Wi-Fi 提供方,也可能被返回伪造地址。判断方法很直接:连上之后打开站内的 IP 查询页,看出口地址与地区是否与所选线路一致;再在客户端里看 DNS 查询是否走同一出口。不一致就切到 TUN 模式,让客户端接管 53 端口。
HTTPS 依然有效。证书校验通过的站点,同网段设备读不到内容;真正要避开的是忽略证书警告、在 HTTP 页面上输入账号密码。浏览器弹出证书错误时,先断开这个网络再排查。
设备丢失后的处理顺序
顺序的关键是先断通道、再断入口。链接是通道,账号是入口。设备丢失时两者都要做;只是链接外泄时,做第一步就够。
- 重置订阅链接。旧链接立即作废,丢失设备上的客户端即使配置还在也连不上。
- 修改面板密码。用另一台可信设备登录,改完再看一遍订单与用量。
- 清点用量。对照套餐的流量记录,看有没有在你没有使用的时间段出现增长。
- 其余设备重新导入新链接,顺手把不再使用的旧设备配置删掉。
- 观察一周。异常停止说明处置到位;仍有连接,说明泄露点不止一处。
结论:先重置订阅,再改密码。反过来做,链接仍然可用的那段时间就是空窗期。
客户端差异与日常习惯
各平台客户端在「配置存在哪」上不一样,这决定了共用设备时的泄露面。
- Windows:配置多为明文文件,放在用户目录下,同机器的其他账户可能读得到。
- macOS:客户端以网络扩展方式运行,首次安装需要系统授权,配置同样落在本地。
- Android:通过 VpnService 建立隧道,支持按应用分流,配置存在应用私有目录。
- iOS:走 NetworkExtension,配置随应用沙盒,删除应用会一并清掉。
- Linux:多为命令行客户端,配置文件权限建议设为仅本人可读。
分流规则决定哪些流量走代理。规则顺序写错,内网地址或支付域名也会被送出去;排查连接问题时,先看规则命中顺序,再看 DNS 是否被接管。各系统的导入步骤在 快速上手 里分开写,导入失败时先确认订阅格式与客户端是否匹配。
日常三条:不在公共或借来的设备上导入订阅;不把配置目录同步到云盘;换设备时先重置再导入,而不是两台设备长期共用同一个链接。