这篇 VPN 新手完整指南直接回答第一次使用时最常见的十个问题。先说最关键的结论:VPN 客户端、订阅链接、线路和协议是四个不同部分。客户端负责执行连接,订阅链接负责下发配置,线路决定实际路径,协议负责传输。把这四层分开看,多设备、流量、速度、分流和断线问题就不会混在一起。
新手最容易在“连接成功”这一刻停止检查。实际上,状态栏显示已连接,只能说明客户端建立了会话;访问是否按预期走线路,还要看分流规则、DNS 请求和出口地址。正确的入门顺序不是反复切节点,而是先确认订阅有效,再确认线路、协议和规则,最后检查本地网络。
开始之前:VPN 到底改变了什么
问题一:连接后,网络发生了什么变化?
建立连接后,客户端会在设备上创建一个受控的网络通道,并按照规则把部分或全部流量交给该通道。目标网站看到的出口地址通常来自所选线路,而不是当前接入网络。传输过程是否加密、如何握手、是否依赖 UDP,则由 Shadowsocks、VMess、Trojan、VLESS、Hysteria2 或 TUIC 等协议及其配置决定。
这不代表设备上的所有程序必然走同一条线路。客户端可能采用全局、规则或直连模式。全局模式通常让更多请求经过代理通道;规则模式按域名、地址或应用匹配;直连模式则让请求继续使用本地网络。新手遇到“浏览器能开,另一个应用不行”,首先应检查模式与规则,而不是认定节点失效。
问题二:客户端和订阅链接是一回事吗?
不是。客户端是安装在 Windows、macOS、Android 或 iOS 上的软件;订阅链接是一段用于获取节点、协议参数和分组信息的地址。只有客户端支持对应的订阅格式和协议时,导入后才能正常使用。
常见操作是登录服务面板,复制订阅链接,再在客户端中选择“从 URL 导入”“添加订阅”或含义相近的入口。导入成功后,应先执行一次更新,再查看线路列表。直接复制某个节点的单条配置,也可能建立连接,但后续线路调整通常不能自动同步,因此不适合作为长期配置方式。
- 从服务面板获取当前订阅链接,不从聊天记录或截图中转抄。
- 在受支持的客户端中找到订阅导入入口,粘贴链接并保存。
- 手动更新订阅,确认线路名称、协议和分组已经出现。
- 选择邻近地区或符合访问需求的线路,再发起连接。
- 连接后检查出口地址,并打开常用网站验证分流结果。
设备与流量:能否一起用,如何计算
问题三:能不能在多台设备上一起使用?
要先区分“登录设备数”和“同时在线数”。有些服务限制安装或登录过的设备总量,有些只计算当前连接中的设备。还要注意,路由器代接后,服务端通常看到的是路由器建立的连接,而路由器后方的终端由本地网络统一转发;具体计数仍取决于服务规则与客户端实现。
VPNRZ 的同时在线不限台数,家庭中的电脑、平板和其他受支持设备可以分别配置。实际使用时仍建议每位使用者保管好自己的订阅入口,不要把订阅链接放在公共文件夹中。设备不再使用时,删除本地配置比只断开连接更稳妥。
- ✅ 区分已经导入配置的设备与当前正在连接的设备。
- ✅ 每台设备分别更新订阅,避免长期保留失效线路。
- ✅ 公用设备退出使用前删除订阅和缓存配置。
- ❌ 不要把订阅链接当作普通网页地址公开分享。
问题四:流量怎么算,什么时候重置?
流量通常按经过服务线路的上行与下行统计。打开网页、下载文件、观看视频、云盘同步和系统后台更新都会产生用量。只导入订阅但没有连接,一般不会形成线路流量;连接后采用规则模式时,直连请求与代理请求则会分开处理。
VPNRZ 的月订阅流量按开通日每月重置,流量包不过期。两种方式适合不同使用习惯:持续使用时,月订阅更容易形成固定周期;使用频率不稳定时,流量包更便于按实际消耗安排。判断流量异常,不要只看当天是否下载过大文件,还应检查云同步、系统更新、视频自动播放和全局模式。
| 场景 | 是否可能消耗线路流量 | 优先检查 |
|---|---|---|
| 客户端未连接 | 通常不会 | 确认是否有其他设备仍在连接 |
| 规则模式浏览网页 | 匹配代理规则的请求会消耗 | 查看当前规则与连接日志 |
| 全局模式运行后台同步 | 可能持续消耗 | 检查云盘、更新与媒体应用 |
| 断线后自动重连 | 重连成功后继续消耗 | 查看自动连接与按需连接设置 |
速度与连接方式:慢不一定是限速
问题五:速度变慢,是不是被限速?
仅凭一次下载变慢,不能判断是否限速。速度由本地接入网络、无线信号、设备性能、线路路径、协议开销、目标网站响应和时段拥塞共同决定。同一线路访问不同目标,结果也可能不同,因为目标服务器的位置与互联路径并不相同。
排查时应固定变量。先在不连接时确认本地网络正常,再连接同一地区的线路,用相同设备、相同网络和相同目标重复观察。随后只更换线路,不同时更换协议;线路差异排除后,再测试协议。一次改动多个条件,无法判断究竟是哪一项起作用。
线路类型也会影响稳定性。直连是设备直接连接目标节点,路径简单,但跨网质量更依赖公共互联网;中转会先进入接入点,再转往出口,便于调整跨网路径;IEPL 专线侧重受控的跨境传输段,通常用于降低公共网络波动的影响。专线不等于本地无线网络、设备或目标网站永远没有瓶颈。
问题六:VPN 要一直开着吗?
不必机械地一直开启,应根据使用场景和分流能力决定。需要持续访问国际网站、远程协作工具或特定网络资源时,可以保持连接,并使用规则模式让本地服务直连。只在偶尔访问特定资源时,也可以按需连接,用完后断开。
移动设备上的按需连接会在网络变化后尝试恢复通道,适合经常切换无线网络与移动网络的场景。桌面设备更适合明确设置开机启动、自动连接和系统代理。若客户端退出后网页仍无法访问,应检查系统代理是否被正确还原,而不是继续重复启动客户端。
- ✅ 常用国际服务较多时,优先配置规则模式。
- ✅ 经常切换网络时,检查自动重连是否符合预期。
- ✅ 本地网站异常时,先确认是否被错误分配到代理线路。
- ❌ 不要在连接异常后反复叠加多个客户端。
协议怎么选:名称不同,适用路径也不同
问题七:Shadowsocks、VMess、Trojan、VLESS、Hysteria2 和 TUIC 怎么选?
协议没有脱离网络环境的固定排名。Shadowsocks 配置相对直接,广泛用于代理转发;VMess 与 VLESS 常见于支持多传输方式的客户端生态,其中 VLESS 本身更偏向精简认证与外部传输组合;Trojan 通常结合 TLS 连接;Hysteria2 与 TUIC 基于 QUIC 思路并依赖 UDP,在丢包或高延迟路径上可能表现不同,但也更受本地网络是否友好支持 UDP 影响。
新手不需要逐项手填底层参数。正确做法是使用服务订阅提供的完整配置,并选择客户端支持的协议。若当前网络限制 UDP,Hysteria2 或 TUIC 可能无法建立连接,此时可改用订阅中基于 TCP 或 TLS 路径的配置。若某协议能连接但应用异常,还要继续检查分流和 DNS,不能只看协议名称。
| 协议 | 传输特征 | 新手判断重点 |
|---|---|---|
| Shadowsocks | 轻量代理协议,配置结构直接 | 确认加密方式与服务端配置一致 |
| VMess | 可结合不同传输与封装方式 | 使用订阅下发参数,不手动混配 |
| VLESS | 常与 TLS、Reality 或其他传输组合 | 客户端必须完整支持对应组合 |
| Trojan | 常通过 TLS 建立连接 | 系统时间与证书校验异常会影响握手 |
| Hysteria2 | 基于 QUIC,依赖 UDP 路径 | 网络不支持 UDP 时及时换用其他线路 |
| TUIC | 基于 QUIC 的代理传输 | 检查客户端版本与订阅参数兼容性 |
断线与打不开:按顺序排查,不要随机切换
问题八:连接突然断了,应该先做什么?
先确认本地网络是否仍可直连访问普通网站。如果本地网络本身已经断开,切换任何节点都没有意义。随后更新订阅,确认套餐状态和线路列表仍有效;再切换同地区的另一条线路;最后更换协议。这个顺序可以把账号、配置、节点和本地网络分开。
若所有线路同时失败,重点检查系统时间、客户端权限、防火墙、系统代理和网络环境变化。TLS 类连接依赖正确的系统时间;移动设备的省电策略可能暂停后台网络;桌面端同时运行多个代理客户端,可能争用系统代理或虚拟网卡。结束旧客户端并还原代理设置后,再保留一个客户端测试。
排查链路
本地网络
→ 订阅状态
→ 更新线路
→ 切换节点
→ 切换协议
→ 检查系统代理与 DNS
→ 查看客户端日志
问题九:显示已连接,为什么网站还是打不开?
最常见的原因是分流规则、DNS 或目标服务自身限制。规则模式下,域名可能被误判为直连;DNS 请求也可能仍交给本地解析器,返回与代理出口不匹配的结果。此时客户端显示连接正常,但浏览器拿到的地址或访问路径并不合适。
可以先把目标域名临时加入代理规则,再清理客户端与系统的 DNS 缓存。如果全局模式可访问、规则模式不可访问,问题通常在规则;如果不同浏览器表现不同,应检查浏览器自身的安全 DNS、扩展程序和缓存;如果只有某个应用异常,则要确认该应用是否遵循系统代理,或是否需要虚拟网卡模式接管流量。
问题十:流媒体、AI 服务或特定网站打不开,换节点就够了吗?
不一定。目标服务可能同时参考出口地区、地址类型、账号地区、DNS 结果、浏览器缓存和应用商店区域。换线路只能改变其中一部分条件。正确做法是先选择符合目标地区的线路,再确认出口地址与 DNS 结果一致,随后关闭旧页面、清理站点缓存并重新打开。
如果网页端可以访问而应用端不行,检查应用是否绕过系统代理;如果首页能打开但播放或登录失败,可能是后续请求命中了不同域名,而这些域名没有进入同一分流组。此时应查看客户端连接日志,找到被直连或拒绝的域名,再调整规则。不要在不清楚原因时连续更换地区,因为缓存与会话状态会让判断更混乱。
不同平台的客户端设置有什么差异
Windows 与 macOS 桌面客户端通常同时提供系统代理和虚拟网卡模式。系统代理主要影响遵循系统设置的应用;虚拟网卡模式可以接管更多流量,但需要相应权限。安装后若只有浏览器可用,其他程序不通,应先判断那个程序是否忽略系统代理,再决定是否启用虚拟网卡,而不是直接重装。
Android 通常通过系统 VPN 接口接管流量,客户端可能提供按应用分流。若只有部分应用需要线路,可以使用应用级规则减少不必要的流量。省电与后台限制可能中断长期连接,应允许客户端在需要时保持后台运行。
iOS 同样依赖系统提供的 VPN 配置能力,导入订阅后需要授权添加配置。按需连接是否生效,取决于客户端支持与系统设置。更换客户端时,旧配置可能仍保留在系统中,测试前应确认当前启用的是哪一项配置。
| 平台 | 常见连接方式 | 优先检查项 |
|---|---|---|
| Windows | 系统代理或虚拟网卡 | 代理还原、虚拟网卡权限、防火墙 |
| macOS | 系统代理或系统网络扩展 | 网络扩展授权、DNS 与系统代理 |
| Android | 系统 VPN 接口与应用分流 | 后台运行、按应用规则、当前配置 |
| iOS | 系统 VPN 配置与按需连接 | 配置授权、按需规则、旧配置冲突 |
新手完成设置后的自查清单
首次配置完成后,不要只看连接按钮的颜色。沿着下面的清单走一遍,可以同时验证订阅、线路、分流和 DNS。之后如果出现问题,也能快速判断是新故障,还是初始设置本来就没有完成。
- ✅ 订阅可以手动更新,线路名称与协议能正常显示。
- ✅ 连接前本地网络可用,连接后出口地址发生预期变化。
- ✅ 常用国际网站按规则经过线路,本地服务按预期直连。
- ✅ 浏览器和常用应用都经过了正确的代理方式。
- ✅ DNS 查询路径与当前分流策略一致。
- ✅ 客户端日志中没有持续重复的握手或解析错误。
- ✅ 备用线路已经测试过,断线时知道按什么顺序切换。
- ❌ 不同时运行多个会修改系统代理的客户端。
- ❌ 不公开发送订阅链接,也不长期保存在共享文档中。
如果只记住一条排查原则,就记住“每次只改一个变量”。先更新订阅,再换线路,再换协议,最后处理本地代理、DNS 和应用差异。随机点击看似更快,实际会把有效线索一起覆盖。VPNRZ 提供 100+ 国家、220+ 线路,同时在线不限台数;选择线路时仍应从目标地区、当前网络和协议兼容性出发,而不是只看列表长度。