VPN新手完整指南：下单后第一天从订阅到连通的每一步

下单后先确认套餐与面板状态

回到 YiYiVPN 用户面板，检查订单是否完成、套餐是否生效，以及可用流量是否已经显示。支付结果页与套餐状态可能不是同一个页面；不要只看到支付完成就反复导入配置。如果订单与套餐状态不一致，保留订单信息，通过面板支持入口核实，避免重复付款。

月订阅与流量包的区别在于使用周期。月订阅的流量按开通日每月重置；流量包用完为止、永久不过期。第一天不必凭想象选择大容量，先对照实际使用方式和预算即可。完整说明可在套餐价格页查看。

YiYiVPN 无需邮箱地址，不限台数。账户凭据仍应自行妥善保存，尤其不要把面板密码与订阅链接一并发给他人。退款规则为：首次付费后 30 天内可申请无理由全额退款。中途升级时，差价折算成剩余天数，不能自行理解为原周期原样叠加。

获取客户端，分清安装与配置

客户端负责读取配置并处理流量，套餐则决定服务权益。安装客户端不会自动获得线路，完成付款也不等于设备已经配置好。建议从面板下载入口查看当前平台可用的客户端及说明，不要只凭应用名称相似就安装。

Windows 与 macOS 常涉及系统代理权限；Linux 需要区分桌面环境的代理设置与命令行程序的代理设置。iPhone、iPad 与 Android 上，客户端通常需要系统授权才能建立网络隧道。具体提示取决于客户端实现，授权前应核对应用来源，不必为了连接而安装来源不明的根证书。

iOS 客户端能否获取还可能受 App Store 地区和应用上架状态影响，应以面板当前说明为准。也不要把所有“描述文件”都视为订阅：订阅是线路配置来源，系统配置描述文件则可能改变系统设置，二者不是同一个概念。

导入订阅，并确认线路列表出现

订阅链接通常指向可更新的配置内容，不是普通的官网地址，也不是面板登录页面。它可能带有用于识别账户的凭据，应按敏感信息处理。不要贴进公开聊天、在线转换网站或未经核实的检测页面。

1. 在面板获取配置。找到订阅或客户端配置入口，按客户端类型选择面板提供的对应格式；如果有专用导入按钮，先阅读旁边的使用说明。
2. 在客户端添加订阅。选择从链接导入或添加远程配置，完整粘贴地址。不同客户端的菜单名称可能不同，重点是添加远程配置，而不是把链接填进服务器地址栏。
3. 执行更新并启用配置。看到导入完成后，确认线路列表确实出现。有的客户端可保存多个配置，导入新配置后还需要把它设为当前使用的配置。
4. 核对更新结果。检查是否有解析失败、格式不兼容或下载失败提示。若列表为空，先解决配置问题，不要进入下一步反复切换连接开关。

订阅更新失败时，先确认本地网络能打开面板，再检查链接是否复制完整、是否混入空格或标点。如果错误明确指向不支持的字段或协议，应核对客户端版本与导出格式。若旧配置仍可连接，可以暂时保留；不要在没有备份的情况下把所有配置全部删除。

一键导入按钮没有反应，也可能只是浏览器未能唤起客户端，并不必然说明订阅失效。此时回到客户端，使用手动添加链接的方式继续。需要支持时只提供错误文字和经过遮盖的截图，不发送完整订阅地址。

选择线路，再决定流量怎样进入客户端

首次连接可以从地理位置较近、用途匹配的线路开始，再按目标应用的实际表现调整。YiYiVPN 的线路预览包括东京 IEPL 专线、新加坡中转、香港 IEPL 专线、洛杉矶直连、伦敦中转和苏黎世直连。地区名称帮助识别出口位置，线路类型则描述传输路径，两者不能替代真实体验。

IEPL 专线通常用于描述专用承载路径；中转线路经由中间节点转发；直连线路则通常由本地网络直接连接境外入口。具体效果仍受本地运营商、路径、时段和目标服务影响，不能仅凭“专线”标签推断所有网站都会更快，也不能把地理距离当成延迟结论。

“全局”与“接管流量”不是同一个开关

规则模式按域名、地址或其他条件决定走代理还是直连；全局模式通常把进入客户端的请求交给选定代理。关键在于“进入客户端”：如果某个应用不遵循系统代理，仅切换全局模式也未必能接管它。

系统代理用于让遵循系统设置的程序把请求交给客户端；TUN 或类似虚拟网络接口模式可处理更广范围的流量，但需要相应权限，也可能与其他网络软件冲突。先按官方教程启用建议方式，不要同时叠加多个代理客户端。命令行工具还可能需要单独的代理环境设置，不能用浏览器成功来推断终端也成功。

需要查找平台对应操作时，可参考使用教程。界面文字不一致时，以当前客户端说明为准，不要照搬其他应用里的选项名称。

连接验证：出口、DNS 与目标应用

客户端显示“已连接”，一般只能说明某个连接环节完成。真正的验收要看请求是否按预期路由，以及目标应用是否能正常工作。建议先记录未连接时的出口信息，再连接同一条线路进行对照，避免只看页面上的地区名称就下结论。

• ✅ 连接前后打开我的 IP，比较出口地址。测试页面本身必须走代理规则，否则看到本地出口可能只是该页面被设为直连。
• ✅ 打开实际要用的网站，执行登录、搜索或内容加载等正常操作。首页能打开，不代表应用内的所有请求都已成功。
• ✅ 分别验证浏览器和独立应用。若只有浏览器有效，优先检查独立应用是否遵循系统代理，或是否需要其他接管方式。
• ✅ 检查客户端连接记录里的规则命中与出口选择。诊断时关注是否走了预期线路，不要公开包含账户、域名或访问记录的完整日志。

DNS 负责把域名解析成地址。若希望相关域名的查询也按代理策略处理，就需要检查客户端的 DNS 配置与路由；浏览器的安全 DNS、系统解析和应用内置解析可能各自采用不同路径。DNS 检测结果中出现某个解析服务商，不能单独证明泄漏，还要结合查询是否绕过预期通道判断。

同样，出口 IP 改变也不代表设备上的全部流量都已接管。分流模式下，部分请求直连可能正是预期行为。验证时先说清“哪个应用、哪个请求、应该走哪条路径”，比笼统地问“到底生效没有”更容易定位。

常见卡点：按失败位置逐层排查

线路列表有了，但所有线路都连不上

先确认套餐有效、流量可用、本地网络正常，再检查系统时间是否准确。某些加密连接依赖正确时间，时间偏差可能引发证书验证问题。随后换一条不同地区或类型的线路做对照，保留客户端报错；不要同时改 DNS、路由和协议，以免丢失线索。

能连接，但只有部分应用无法访问

先区分代理覆盖问题与目标服务限制。浏览器有效、独立应用无效，通常值得先查系统代理支持情况；只有某个网站异常，则应查看规则、缓存、账户地区和平台提示。流媒体与其他地区服务的可用性以目标平台实测为准，线路能连接并不等于平台一定接受该出口。

退出客户端后，本地网站也打不开

检查系统代理是否仍指向已经退出的本地客户端，并通过客户端提供的关闭或恢复功能清理设置。使用虚拟网络接口模式时，也应先按客户端流程断开，再检查其他网络软件是否接管了路由。不要随意删除系统网络组件作为第一处理办法。

第一天结束前，保留可复现的配置

跑通以后，记下当前使用的配置、线路和代理模式，并确认停止连接后网络能恢复正常。之后再按需要启用开机自启或分流调整；自启客户端不一定等于自动连接，应分别核对。跨设备使用时，每台设备都需要安装兼容客户端并独立验证，不能把一台设备的成功当成全部完成。