REGION DIRECTORY
地区线路目录
下表按常见访问方向整理地区入口，便于在面板中快速定位。国家与城市用于说明选区思路，并不代表每个城市始终提供相同拓扑；具体线路类型需要以登录后看到的当期节点资料为准，因此未确认项统一标记为“待核实”。流媒体栏目同样不作固定节目库承诺，平台自身策略、出口地区和账户区域都可能影响结果。
| 国家或地区 | 城市 | 线路类型 | 是否支持流媒体 |
|---|---|---|---|
| 亚太 | |||
| 新加坡 | 新加坡 | 待核实 | 以连接后的实际可用性为准 |
| 中国香港 | 香港 | 待核实 | 以连接后的实际可用性为准 |
| 日本 | 东京 | 待核实 | 以连接后的实际可用性为准 |
| 韩国 | 首尔 | 待核实 | 以连接后的实际可用性为准 |
| 澳大利亚 | 悉尼 | 待核实 | 以连接后的实际可用性为准 |
| 北美 | |||
| 美国 | 洛杉矶 | 待核实 | 以连接后的实际可用性为准 |
| 美国 | 纽约 | 待核实 | 以连接后的实际可用性为准 |
| 加拿大 | 多伦多 | 待核实 | 以连接后的实际可用性为准 |
| 欧洲 | |||
| 荷兰 | 阿姆斯特丹 | 待核实 | 以连接后的实际可用性为准 |
| 英国 | 伦敦 | 待核实 | 以连接后的实际可用性为准 |
| 德国 | 法兰克福 | 待核实 | 以连接后的实际可用性为准 |
| 法国 | 巴黎 | 待核实 | 以连接后的实际可用性为准 |
| 其他地区 | |||
| 印度 | 孟买 | 待核实 | 以连接后的实际可用性为准 |
| 阿联酋 | 迪拜 | 待核实 | 以连接后的实际可用性为准 |
| 巴西 | 圣保罗 | 待核实 | 以连接后的实际可用性为准 |
| 南非 | 约翰内斯堡 | 待核实 | 以连接后的实际可用性为准 |
ROUTE STRUCTURE
线路类型怎么区分
线路名称描述的是数据从本地接入点到目标出口之间的大致组织方式。它会影响链路长度、调度空间、资源成本和故障处理方式，但名称本身不是速度保证。相同类型在不同地区、不同网络环境与不同时段下仍可能表现不同，实际选择应以稳定完成任务为准。
IEPL 专线
IEPL 通常用于描述具有明确企业级跨境承载路径的线路。与完全依赖公共互联网逐段转发的方式相比，这类结构更强调接入端与出口端之间的可控传输区间。对持续会话、远程办公、较长时间的视频会议或需要反复同步文件的工作流而言，可控路径有助于减少路由变化带来的干扰。
它的资源组织与维护成本通常高于普通线路，因此不必把它当成所有任务的默认答案。若只是读取网页、接收文本消息或偶尔查询资料，距离较近且表现稳定的其他线路也可能更合适。选择时应确认面板是否明确标注该类型，并比较目标应用能否持续工作，而不是只依据名称判断。
中转线路
中转线路会先把连接送到较合适的接入位置，再由中间承载路径转往目标地区。中转的价值在于可以针对入口网络和出口方向分别安排链路，避开部分不理想的直接路由。对于本地网络到远端地区绕行明显、连接容易受路由变化影响的场景，中转结构往往具有更大的调度余地。
中转并不等于路径一定更短，因为它增加了中间环节。入口质量、承载路径和出口状态需要共同配合，任一环节发生变化都可能影响体验。适合它的任务包括持续观影、AI 工具的流式回复、跨地区资料同步和常规办公。若某条中转线路在目标应用中频繁重连，应切换同地区的其他入口，而不是连续重复连接同一条线路。
直连线路
直连线路主要依赖用户当前网络到目标出口之间的公共路由，结构相对直接，中间调度环节较少。当地理距离较近、双方网络互联路径合理时，直连可以提供简洁的接入方式，适合网页浏览、即时通信、资料查询以及对出口地区有明确要求的轻量任务。
它对本地运营网络和公共路由变化更敏感。遇到访问缓慢时，不应立刻把问题归因于设备或客户端，可以先更换同区域节点，再尝试邻近区域，观察问题是否随路径变化而消失。直连通常便于覆盖更多地区，但远距离连接是否适合高持续流量任务，需要按实际使用结果判断。
USE CASES
按用途选择线路
选线的重点不是寻找一个适合所有应用的固定节点，而是先确定任务最在意什么：页面响应、持续传输、长连接、交互连续性，还是出口地区。下面按常见用途给出判断顺序。
日常浏览与资料查询
优先从地理位置较近的亚太入口开始。网页浏览由许多短请求组成，路径过远会让页面中的脚本、图片和接口依次等待。打开目标网站后，应连续浏览多个页面并测试登录、搜索和文件预览，而不是只看首页是否出现。若网页能打开但操作频繁停顿，可换同地区的其他线路；若整个地区都不理想，再尝试相邻地区。
流媒体与持续观影
观影更看重持续传输是否平稳，而不是开始播放时的瞬间速度。先根据内容账户与目标区域选择出口，再观察启动、拖动进度和长时间播放是否连贯。画质自动下降可能与线路、家庭网络、播放设备或平台策略有关，不能仅凭节点名称下结论。表格中的流媒体说明因此采用实际可用性口径，不把某个地区写成长期固定支持。
AI 工具与开发工作流
AI 对话、编辑器补全和命令行任务常包含流式返回或持续会话。线路即使能完成普通网页加载，也可能在长回复过程中发生中断。建议用真实工作流测试连续提问、较长内容返回和项目内补全，并留意中断后能否顺利恢复。若任务经常停在返回中途，可先更换同地区入口，再比较中转结构与其他可用类型。
游戏与即时交互
游戏和远程交互关心输入到响应之间是否连续，偶发抖动往往比平均速度更明显。选择与目标服务区域相近的出口，并避免在测试过程中同时进行大文件同步或高画质播放。服务器匹配、游戏自身调度和本地无线网络也会影响结果，因此应在相同设备和相同网络条件下比较不同线路，减少无关变量。
远程办公与会议
办公场景通常同时包含网页系统、文档协作、会议和文件传输。应先验证公司使用的核心服务，再测试会议期间的声音连续性与文档同步。若任务持续时间较长，可优先比较路径更可控的线路；如果核心系统对出口地区有要求，则地区匹配应放在类型名称之前。重要会议前保留一个已验证的备用地区，也比临时反复切换更稳妥。
CONNECTION CHECK
连接验证方法
线路判断应围绕自己的任务完成，不需要把单次结果当作长期结论。测试前先暂停系统更新、云盘同步和后台下载，确保比较时的网络环境尽量一致。随后选择目标地区中的一个入口，完成连接后直接打开实际要使用的网站或应用。
验证时先检查基本访问，再执行最关键的操作。例如办公用户应测试登录、文档保存和会议；AI 工具用户应测试流式回复与连续请求；观影用户应测试启动、跳转和持续播放。出现问题时只改变一个条件：先换同地区线路，再换邻近地区，最后再检查本地网络或客户端设置。这样更容易判断问题来自哪个环节。
已经验证可用的线路可以按场景记住，但仍应保留替代入口。公共路由、目标平台策略和本地网络状态都会变化，过去适用的选择不代表以后始终相同。需要重新导入订阅或检查客户端入口时，可转到使用教程按平台处理。
查看订阅链接导入步骤 →先确定任务
- 确认目标应用与需要的出口地区。
- 从距离较近或路径明确的入口开始。
- 使用真实操作验证持续连接表现。
再排查路径
- 先更换同地区的其他线路。
- 再比较邻近地区与不同线路结构。
- 最后检查本地网络和客户端配置。
QUESTIONS
选线常见问题
距离最近的节点一定更合适吗？
距离近通常有利于减少路径长度，但实际路由可能经过不同网络和中间区域。应把邻近地区作为起点，再用目标应用验证。若近距离入口频繁中断，而稍远的中转线路可以稳定完成任务，应优先选择后者。
IEPL 专线是否适合所有用途？
不一定。IEPL 专线强调可控的跨境承载结构，适合重视持续会话和工作连续性的场景；普通浏览或轻量查询不必只按线路名称选择。地区匹配、目标服务和当前接入网络仍需一起考虑。
为什么不在地区表中写固定的流媒体支持结论？
内容平台会结合出口地区、账户区域、应用版本和自身策略判断可用内容，同一节点在不同时间与不同账户下可能呈现不同结果。VPNPG 因此以连接后的实际可用性为准，不把城市名称直接等同于特定节目库支持。
多个设备能否同时使用不同地区？
同时在线设备不限台数。Windows、macOS、iOS、Android 与 Linux 可以根据各自任务选择线路。若设备共享同一家庭网络，还需注意其他设备的同步、更新或播放任务可能共同占用本地网络资源。
如何获取当期节点和订阅入口？
使用用户名与密码创建账户，无需邮箱地址。登录用户面板后查看订阅与客户端入口，营销页面不提供静态订阅地址或安装包直链。需要平台操作说明时，可前往使用教程查看导入顺序与连接验证方法。