多设备使用时，要看什么限制？
VPN新手常见问题里，设备数通常排在最前面。直接结论是：先区分“可以安装多少台设备”和“允许多少台设备同时连接”。有些服务不限制客户端安装数量，却会限制并发连接；也有服务按账号、订阅或线路设置不同规则。YRVPN 不限设备台数，因此电脑、平板与其他个人设备可以使用同一账户配置，不必为每台设备分别准备套餐。
设备多并不代表每台设备都会持续消耗大量流量。处于待机状态的客户端通常只会产生连接维护和系统后台请求；真正影响用量的是视频播放、文件同步、系统更新、云盘备份与大文件下载。如果家庭路由器承担统一连接，接入路由器的设备流量也会汇总到同一订阅中。
流量计算包括上传和下载吗？
通常包括。访问网页时下载的文字、图片和脚本会计入下行流量，发送表单、上传附件、云端同步和视频通话回传则会计入上行流量。客户端显示的总用量一般是上传与下载的合计，而不是只计算下载。代理协议还会产生少量握手、封装与连接维护数据，因此服务端统计值与应用自身显示值可能不完全相同。
最容易被忽略的是后台活动。操作系统更新、照片自动备份、云盘同步、游戏平台更新和浏览器预加载，即使没有主动打开窗口，也可能持续传输。若发现流量增长快，先在系统网络统计里查看具体应用，再检查客户端是否启用了全局模式。只看网页浏览量，很难解释全部消耗。
- ✅ 先查看系统网络用量，找出正在持续上传或下载的应用。
- ✅ 暂停云盘同步、系统更新和自动备份，再观察用量是否趋于稳定。
- ✅ 对只需访问国际网站的场景使用规则分流，避免本地服务绕行国际线路。
- ✅ 更新订阅后确认套餐名称与有效状态，排除客户端缓存显示滞后。
月订阅与流量包还要看各自的结算方式。YRVPN 月订阅流量按开通日每月重置，流量包不过期。前者适合持续、规律的访问需求，后者更适合用量不固定的场景。重置只影响套餐配额，不会自动清除客户端本地保存的历史统计，因此两处数字可能采用不同时间范围。
速度变慢就是被限速了吗？
不一定。速度是本地接入网络、无线信号、运营商出口、入口节点、跨境路径、目标网站与协议共同作用的结果。只有在相同设备、相同网络、相同目标与相近时段下，不同线路都稳定出现相似上限，才值得进一步核查套餐或服务端策略。一次测速偏低不能直接证明存在限速。
晚间拥塞常表现为延迟抬升、丢包增加、视频缓冲或下载速度波动；无线干扰则可能让本地网络本身先成为瓶颈；目标网站也可能针对单连接控制传输速度。若只在某个网站变慢，而其他站点正常，问题更可能位于目标服务或其上游网络。
- 先断开加速连接，确认本地网络本身能够稳定访问常用服务。
- 连接后分别尝试同地区的直连、中转或专线节点，避免只测试单条线路。
- 保持测试文件、设备位置和网络接入方式一致，再比较结果。
- 若网页正常但视频异常，检查目标平台地区、出口 IP 与 DNS 解析是否一致。
跨境加速需要一直开着吗？
没有必要把“始终开启”当成固定答案。只访问本地网站、使用局域网打印机或连接公司内网时，可以断开客户端，或者使用规则模式让本地流量直连。需要访问国际网站、同步海外工作资料或使用指定地区服务时，再让相应流量进入代理线路，通常更容易兼顾速度与稳定性。
全局模式会让更多请求经过所选节点，适合排查规则是否漏配，也适合短时间验证出口 IP；但长期使用时，它可能让本地网站绕远，并增加不必要的套餐流量。规则模式根据域名、IP 地址或应用匹配连接方式，更适合作为日常设置，但前提是规则集保持更新。
移动设备还会受到系统省电策略影响。系统暂停后台客户端后，界面可能仍显示最近一次连接状态，实际隧道却已重建或中断。遇到锁屏后失联，应先检查系统为客户端分配的后台运行权限，再观察是否需要重新连接。
订阅链接是什么，应该怎样导入？
订阅链接是一段由服务端生成的地址，客户端通过它获取节点名称、服务器地址、端口、协议和必要的连接参数。它不是普通网页，也不需要在浏览器中阅读。正确做法是复制完整链接，在兼容客户端中选择“从 URL 导入”“添加订阅”或含义相近的入口，然后执行更新。
导入成功后，客户端会展示节点列表。之后服务商调整线路时，用户通常只需更新订阅，不必逐项手工修改服务器信息。若导入后列表为空，应依次检查链接是否被截断、客户端是否支持订阅格式、当前网络能否访问订阅地址，以及系统日期是否准确。
- ✅ 从账户面板复制完整订阅链接，不要手工改写其中字符。
- ✅ 在客户端的订阅管理入口导入，而不是粘贴到节点地址输入框。
- ✅ 导入后主动执行更新，并确认节点名称已经出现在列表中。
- ✅ 更换设备时重新从面板复制，避免转发过程中遗漏链接内容。
- ✅ 把订阅链接视为账户凭据，不公开发布，也不放入公开截图。
订阅更新失败不等于现有节点立即不可用。客户端可能仍保留上次成功更新的配置，但无法获得后续线路变更。此时可以先确认旧节点能否连接，再检查订阅地址。若链接已在面板中重新生成，客户端保存的旧地址也要同步替换。
代理协议应该怎样选择？
Shadowsocks、VMess、Trojan、VLESS、Hysteria2 与 TUIC 都可承载代理流量，但设计重点、传输方式和客户端兼容性不同。协议名称本身不能直接代表线路质量；同一种协议放在不同网络路径、不同服务器和不同客户端中，表现可能完全不同。新手应优先使用服务端已经提供、客户端明确支持的配置，而不是只按名称判断快慢。
| 协议 | 主要特点 | 选择时关注 |
|---|---|---|
| Shadowsocks | 实现较轻，客户端生态广，常用于常规代理连接 | 加密方式与客户端是否兼容 |
| VMess | 具有较成熟的配置生态，可组合不同传输方式 | 传输层参数必须与服务端一致 |
| VLESS | 认证与数据传输设计较简洁，常与其他传输层组合 | 客户端核心版本与传输配置 |
| Trojan | 通常基于 TLS 连接，依赖证书与域名配置 | 系统时间、证书校验与域名解析 |
| Hysteria2 | 基于 UDP 的现代传输方案，重视高延迟或波动网络下的传输 | 当前网络是否允许稳定 UDP 通信 |
| TUIC | 同样采用基于 UDP 的现代传输思路，强调并发与连接恢复 | 客户端支持程度与 UDP 网络质量 |
如果某个网络对 UDP 支持不稳定，Hysteria2 或 TUIC 可能出现握手失败、间歇断流或看似连接成功但无法传输的情况，此时可换用服务端提供的其他协议。反过来，在高延迟且 UDP 条件良好的网络中，它们也可能更适合持续传输。判断依据应是实际连接表现，而不是把某个协议固定视为最佳答案。
IEPL 专线、中转和直连有什么区别？
直连线路是设备经本地运营商网络直接访问境外服务器，路径简单，但跨境段更容易受到公共互联网路由变化影响。中转线路会先连接较近的入口节点，再由服务商选择后续路径前往出口，可改善部分地区的路由绕行。IEPL 专线通常指跨境段采用国际以太网专线资源，重点在于路径可控性，不等于所有接入环节都脱离公共网络。
专线、中转与直连描述的是网络路径，不是加密协议。IEPL 线路仍可承载 Shadowsocks、Trojan 或其他协议；同样，使用某个现代协议也不会自动把直连路径变成专线。选线时要把“怎么传输”和“从哪里经过”分开理解。
| 线路类型 | 路径特征 | 更适合的判断方式 |
|---|---|---|
| 直连 | 本地网络直接连接境外出口 | 观察本地运营商到目标地区的路由质量 |
| 中转 | 先到入口节点，再转发至境外出口 | 比较入口可达性与后续路径稳定性 |
| IEPL 专线 | 跨境段采用专线资源，路径通常更可控 | 结合所在地区、入口质量与目标服务实测 |
距离近不必然代表体验最好。节点地理位置只影响潜在路径长度，实际延迟还取决于运营商互联、入口位置、跨境路由和目标网站机房。选择时可以先按目标地区筛选，再在相同协议下比较不同线路类型，避免一次改变多个变量。
DNS 泄漏和分流规则有什么关系？
访问域名之前，设备通常需要通过 DNS 把域名解析成 IP 地址。若网页流量经过代理，而 DNS 请求仍交给本地网络处理，就可能出现解析结果与出口地区不一致，也可能暴露正在查询的域名范围。所谓 DNS 泄漏，重点是解析请求没有按照预期路径发送，而不只是“网站打不开”。
分流规则会决定哪些域名或 IP 走代理，也可能影响使用哪组 DNS。可靠的配置需要让解析策略与流量策略保持一致：准备走代理的域名，应避免先被本地 DNS 返回不合适的地区结果；准备直连的本地服务，则不必全部交给远端解析。客户端中的远程 DNS、本地 DNS、代理 DNS 与系统 DNS 名称可能不同，但目标都是明确请求从哪里发出。
- 连接节点后查看出口 IP，确认地区与所选节点一致。
- 分别测试全局模式与规则模式，观察问题是否只在分流时出现。
- 清理系统和浏览器的 DNS 缓存，再重新访问目标域名。
- 若设备同时启用 IPv4 与 IPv6，确认两类流量都按预期路由。
- 关闭其他会改写 DNS 或网络代理的工具，避免多个配置相互覆盖。
浏览器还可能启用自己的加密 DNS 设置，从而绕开系统或客户端的解析策略。排查时应把浏览器、操作系统和代理客户端看成一条完整链路。只修改其中一处，未必能改变最终请求路径。
各平台客户端的差异在哪里？
Windows 与 macOS 客户端通常可以接管系统代理，也可以通过虚拟网络接口处理更多应用流量。前者需要留意系统代理是否在异常退出后正确恢复；后者常涉及网络扩展权限，首次启用时应按系统提示授权。仅设置浏览器代理时，其他应用未必会经过所选线路。
Android 与 iOS 通常使用系统提供的 VPN 接口建立本地隧道。系统状态栏显示连接标识，只能说明接口已经建立，不一定代表目标节点可传输数据，因此仍要通过出口 IP 或实际访问验证。省电、后台冻结和网络切换都可能触发连接重建。
路由器方案可以让接入家庭网络的设备统一使用分流规则，适合不方便安装客户端的电视、游戏设备或其他终端。代价是配置集中在路由器上，排错时不容易直接看到某个应用的请求；加密与转发也会占用路由器处理能力。若路由器性能不足，单台电脑客户端正常而全屋方案变慢并不意外。
连接失败时，怎样按顺序排查？
有效的排查顺序应从本地到远端，一次只改变一个变量。先确认设备能正常联网，再更新订阅、切换节点、检查系统时间与客户端权限，最后才考虑协议兼容或网络路径问题。若同时更换客户端、协议、节点和 DNS，即使恢复正常，也无法知道真正原因。
- ✅ 断开客户端后打开常用本地网站，确认基础网络可用。
- ✅ 更新订阅并核对有效状态，确认节点列表不是旧缓存。
- ✅ 选择另一条同地区线路，判断故障是否只影响单个节点。
- ✅ 检查系统日期、时区和网络权限，避免 TLS 校验或隧道创建失败。
- ✅ 暂时切换全局模式，判断问题来自线路还是分流规则。
- ✅ 检查浏览器、系统与客户端是否存在重复代理配置。
- ✅ 若 UDP 协议连接异常，改用订阅中提供的其他兼容协议进行对照。
- ✅ 记录报错文本、所选节点、协议与出现问题的网络环境，再提交工单。
常见报错可以按阶段理解：订阅无法更新，问题多发生在配置获取环节；节点握手失败，重点检查协议参数、系统时间、域名解析和网络兼容；已经连接但网页打不开，则要检查路由、DNS 和系统代理；只有某个应用不可用，通常应查看该应用是否绕过系统代理或使用了独立网络设置。
验证修复时，不要只观察客户端按钮是否变成“已连接”。更可靠的标准是出口 IP 符合所选地区、DNS 解析路径符合预期、目标网站能够持续加载，并且断开后网络设置可以恢复。完成这些检查，才能确认连接链路真正生效。