NETWORK DIRECTORY
先选服务支持的地区，再比较连接路径。
节点名称是入口，实际应用访问结果才是选线依据。
REGIONS / ROUTES
先确认目标网站或应用支持的地区，再从该地区内选择线路。离所在地近的出口值得作为起点，但地理距离并不能单独决定连接体验；本地运营商、跨境路径与目标服务所在位置都会参与影响。
| 国家 / 地区 | 城市 | 线路类型 | 是否支持流媒体 |
|---|---|---|---|
| 亚太 | |||
| 日本 | 东京 | IEPL 专线 | 以实际访问结果为准 |
| 日本 | 大阪 | 中转 | 以实际访问结果为准 |
| 新加坡 | 新加坡 | IEPL 专线 | 以实际访问结果为准 |
| 中国香港 | 香港 | 中转 | 以实际访问结果为准 |
| 韩国 | 首尔 | 直连 | 以实际访问结果为准 |
| 中国台湾 | 台北 | 中转 | 以实际访问结果为准 |
| 澳大利亚 | 悉尼 | 直连 | 以实际访问结果为准 |
| 印度 | 孟买 | 中转 | 以实际访问结果为准 |
| 北美 | |||
| 美国 | 洛杉矶 | 中转 | 以实际访问结果为准 |
| 美国 | 圣何塞 | IEPL 专线 | 以实际访问结果为准 |
| 美国 | 纽约 | 直连 | 以实际访问结果为准 |
| 加拿大 | 多伦多 | 中转 | 以实际访问结果为准 |
| 加拿大 | 温哥华 | 直连 | 以实际访问结果为准 |
| 欧洲 | |||
| 德国 | 法兰克福 | 中转 | 以实际访问结果为准 |
| 英国 | 伦敦 | 中转 | 以实际访问结果为准 |
| 法国 | 巴黎 | 直连 | 以实际访问结果为准 |
| 荷兰 | 阿姆斯特丹 | 中转 | 以实际访问结果为准 |
| 瑞士 | 苏黎世 | 直连 | 以实际访问结果为准 |
| 瑞典 | 斯德哥尔摩 | 直连 | 以实际访问结果为准 |
| 意大利 | 米兰 | 中转 | 以实际访问结果为准 |
| 西班牙 | 马德里 | 直连 | 以实际访问结果为准 |
| 其他地区 | |||
| 巴西 | 圣保罗 | 中转 | 以实际访问结果为准 |
| 南非 | 约翰内斯堡 | 直连 | 以实际访问结果为准 |
| 阿联酋 | 迪拜 | 中转 | 以实际访问结果为准 |
上表只展示便于理解的地区组合，不能用表格行数推算全部覆盖，也不能据此认定某种线路类型始终在账户内可选。维护期间应以客户端更新后的列表为准；如需确认特定城市或用途，可在用户面板提交工单说明需求。
PATH / PRINCIPLE
线路类型描述流量如何抵达出口，不是对访问速度的排名。理解接入段、跨境段与出口段的关系，比仅按标签挑选更有帮助。
PRIVATE PATH
IEPL 通常指国际以太网专线。在这类路径中，流量先抵达服务入口，再通过专用的跨境传输段到达境外出口。相较完全依赖公共互联网路由的方式，专线更强调跨境段的路径管理。它仍然包含用户到入口、出口到目标网站的网络环节，因此本地接入问题和目标服务拥堵并不会因为标签改变而消失。
适合把长时间会话、文件传输连续性或高峰期连接表现放在前面的用户。专用传输资源通常意味着较高的建设与维护成本，但资源成本不等于本服务另行收取的费用；是否可选、具体使用规则和套餐价格，应分别查看账户线路列表与套餐说明。
RELAY PATH
中转是在用户与最终出口之间增加转发入口，由入口把流量送往对应出口。它的价值是调整接入路径，让用户不必直接沿本地运营商的默认路由连接最终出口。中间多了转发环节，并不必然更慢；如果入口与本地网络匹配得更好，整体体验也可能更合适。反过来，入口拥堵或后续路径不理想时，额外转发同样会成为影响因素。
这类线路可作为浏览、观影与常规办公的比较对象。成本一般涉及入口、转发资源和出口维护，不能仅凭“中转”二字判断是否便宜，也不能推导出额外收费。选择时保持目标地区相同，再比较不同路径完成实际任务的表现，才能避免把地区差异误认为线路类型差异。
DIRECT PATH
直连是由客户端直接连接对应服务出口，不经过额外的服务中转入口。它在服务侧的路径结构较简洁，但数据仍然会经过运营商网络与互联网中的路由设备；“直连”并不是物理上的直线，也不表示网络中不存在其他转发节点。实际效果更依赖本地运营商到出口之间的公共互联网路径。
当本地网络到目标地区的路由合适时，直连值得纳入日常使用的候选。服务侧较少的中转环节可能减少相应资源开销，不过跨境传输和出口仍有成本，不能据此承诺更低套餐价格。若连接反复中断，应对比同地区其他路径，并检查本地网络，而不是仅因结构简洁就认定它更稳定。
TASK / SELECTION
先写清要完成的任务，再决定出口地区和路径类型。每次只调整一个因素，保留能复现的结果，通常比频繁切换全部设置更容易找到问题。
阅读网页、查资料和收发消息，可以先选择符合目标网站地区要求、且地理位置相对接近的出口。打开常用网站，观察页面资源是否完整加载，再尝试图片、搜索与登录操作。首页能打开，并不代表登录、附件或其他资源域名都经过了正确路径。
如果普通页面正常而某个网站异常，先检查分流规则与该网站的地区要求。只有多种常用服务都出现相似问题时，再扩大到线路和本地网络排查。这样能减少不必要的设置变化。
先根据平台官方支持地区和账户权限选择出口，再打开实际想看的节目。能进入平台首页、能看到片名、能持续播放，是不同的验证环节。播放失败也可能来自内容授权、账户套餐或平台对出口地址的识别，不能全部归因于传输路径。
测试时固定片源与画质设置，观察播放过程中是否频繁等待。若需要换线，优先比较同地区出口，避免内容目录随地区变化。访问结果会随平台规则变化，本页不把某地区标记为永久支持。更多判断方法见流媒体专题。
出口应结合游戏服务器所在地区选择，而不是只看账号商店地区。登录认证、内容下载和对局连接可能采用不同路径；可以先确认问题发生在哪个环节，再判断当前客户端模式是否覆盖该游戏的相关流量。
大文件下载顺畅不等于对局体验合适。联机更依赖路径连续性、抖动与丢包情况，通用网络加速订阅也不能直接等同于针对游戏调度的专用服务。应在实际游戏中验证操作反馈和连接表现，比赛或重要联机前避免临时调整整套网络配置。
远程会议、云端文档和文件上传更需要持续连接。选择符合公司规定和服务地区要求的出口后，应分别测试会议音视频、文档保存及附件上传。办公系统可能校验登录地点，频繁更换国家可能触发额外身份检查。
若设备同时运行企业网络工具，应先确认公司对代理和路由的管理要求，避免多个工具争用系统配置。重要任务期间保留已验证的常用线路；准备备用线路时尽量选择同地区，并在切换前保存正在编辑的内容。
VERIFY / RECORD
客户端的连接状态只说明连接环节的结果。真正需要验证的是：目标应用有没有经过预期路径，以及是否完成了原本的任务。
连接后查看出口地区是否符合预期，再确认客户端使用的是系统代理、全局路径还是按规则分流。不同模式下，部分应用可能继续使用原有网络。不要把某个网页显示的地区当作所有应用都已生效的证明。
若地区看起来不一致，先检查是否有浏览器代理扩展、其他网络工具或应用自己的代理设置。保持配置来源清晰，再逐项排除冲突。首次设置可按使用教程完成。
以平时真正会做的操作作为验证内容：阅读网页、播放节目、持续生成回答，或完成文件上传。记录出现问题的应用、使用地区、线路名称、发生时段和错误提示，比较时尽量保持其他条件相同。
提交工单时提供这些信息，有助于区分本地接入、线路路径和目标服务问题。截图应遮盖个人信息；不要提交账户密码或订阅地址。可从用户面板工单继续反馈。
ACCOUNT / USAGE
VPNUY 无需邮箱地址，用户名和密码即可创建账户。客户端入口统一位于用户面板，支持 Windows / macOS / iOS / Android / Linux。登录后获取订阅；除 iOS 外，其余平台登录即可获取客户端，iOS 下载另需有效套餐。
线路名称、分组与可选项可能随维护调整。遇到旧列表中的线路不可选时，先更新账户订阅并重新查看，不应继续依赖保存在其他位置的旧名称。订阅信息属于账户访问资料，适合仅在自己的设备上保存。
前往客户端入口 →