线路目录按地区、城市和接入方式整理。页面展示的是部分代表性入口，用于判断目标地区与线路类型；完整可用列表以登录后的客户端为准。
同一国家可能包含不同城市与接入方式。下表用于建立地区概念，不展示延迟、负载或带宽。实际连接时，应结合所在地网络、目标服务地区和当前使用时段完成测试。
| 国家或地区 | 城市 | 线路类型 | 流媒体 |
|---|---|---|---|
| 亚太 | |||
| 中国香港 | 香港 | IEPL 专线 | 支持 |
| 日本 | 东京 | IEPL 专线 | 支持 |
| 新加坡 | 新加坡 | IEPL 专线 | 支持 |
| 韩国 | 首尔 | 中转 | 支持 |
| 中国台湾 | 台北 | 中转 | 支持 |
| 泰国 | 曼谷 | 中转 | 按目标服务测试 |
| 马来西亚 | 吉隆坡 | 直连 | 按目标服务测试 |
| 印度尼西亚 | 雅加达 | 直连 | 按目标服务测试 |
| 北美 | |||
| 美国 | 洛杉矶 | IEPL 专线 | 支持 |
| 美国 | 圣何塞 | 中转 | 支持 |
| 美国 | 西雅图 | 直连 | 支持 |
| 美国 | 纽约 | 中转 | 支持 |
| 加拿大 | 多伦多 | 中转 | 支持 |
| 加拿大 | 温哥华 | 直连 | 按目标服务测试 |
| 欧洲 | |||
| 德国 | 法兰克福 | IEPL 专线 | 支持 |
| 英国 | 伦敦 | 中转 | 支持 |
| 法国 | 巴黎 | 中转 | 支持 |
| 荷兰 | 阿姆斯特丹 | 直连 | 支持 |
| 波兰 | 华沙 | 直连 | 按目标服务测试 |
| 西班牙 | 马德里 | 直连 | 按目标服务测试 |
| 其他地区 | |||
| 阿联酋 | 迪拜 | 中转 | 按目标服务测试 |
| 土耳其 | 伊斯坦布尔 | 直连 | 按目标服务测试 |
| 南非 | 约翰内斯堡 | 直连 | 按目标服务测试 |
| 巴西 | 圣保罗 | 中转 | 按目标服务测试 |
线路名称描述的是数据从本地网络进入目标地区的大致路径。专线、中转和直连并非简单的高低等级关系，适合的类型取决于连接方向、用途和当前网络条件。
IEPL 专线通过面向企业网络连接的承载路径衔接入口与出口，公共网络参与的区段较少。它的主要价值是路径更明确，在跨境访问、持续传输和长时间会话中更容易保持一致表现。视频会议、远程桌面、云端文档同步以及需要连续加载的内容，通常更适合先测试此类线路。
专线资源的建设与维护成本高于普通公共网络路径，因此不会在每个城市都配置相同入口。选择时不必机械追求距离最近的城市，应先确认目标服务所在地区，再比较同方向的专线与中转线路。若目标在北美，亚太入口即使地理上更近，也不一定比北美方向的专线更合适。
中转线路会先把连接送到较合适的入口，再由中间链路转向目标城市。它的作用是避开部分不理想的直接路径，并在地区覆盖与线路成本之间取得平衡。对于流媒体、AI 工具、网页浏览和常规文件传输，中转通常具有较广的地区选择，也是没有专线入口时的主要替代方案。
中转效果与入口位置、出口位置以及本地运营网络都有关。相同城市的两条中转线路可能采用不同路径，实际表现不能只从城市名称判断。遇到连接建立缓慢或应用频繁重试时，优先切换同地区的另一条中转线路；若目标服务允许不同地区访问，再考虑改用邻近地区，而不是连续修改客户端的其他设置。
直连线路从当前网络直接访问目标出口，中间调度环节较少，覆盖城市可以更灵活。它适合日常浏览、低频访问、备用连接，以及本地网络到目标地区本身路径较好的场景。直连不等于表现固定偏低；当运营网络与出口方向匹配时，它可以成为结构简单、响应直接的选择。
直连对本地网络变化更敏感。不同接入网络、不同地区以及繁忙时段都可能改变实际路径，因此不适合只测试一次便长期下结论。建议保留一个同地区中转入口作为对照。如果直连在打开网页时正常，但长时间传输容易停顿，可转向中转或 IEPL 专线；如果中转绕行明显，直连则可能更简洁。
专线需要持续购买和维护跨境承载资源，适合集中配置在需求较高的方向。中转通过入口与出口组合扩展覆盖，资源调度更灵活。直连依赖公共网络路径，能够覆盖更多地区并承担备用入口。合理的线路目录通常会同时保留三种类型，而不是只配置一种。
DvVPN 的月订阅流量按开通日每月重置，流量包用完为止且永久不过期。线路类型不会改变套餐内的流量规则。用户可根据使用频率选择月订阅或流量包，再在客户端内按场景切换地区和接入方式。
正确的顺序是先确定目标地区，再确定线路类型，最后进行实际访问测试。只看线路名称或地理距离，容易忽略账号地区、内容授权范围和本地网络路径。
访问国际网站、查阅资料和使用常规网页服务时，可先选择距离较近的亚太入口。香港、东京和新加坡通常便于作为起点。若网页打开正常但图片或文件加载不连续，可在同地区比较中转与 IEPL 专线，不必立刻改到更远的国家。
日常浏览更看重整体响应是否连贯，而不是某次测试的瞬时结果。建议固定使用一条表现稳定的主线路，同时保留同地区另一种线路类型作为备用。这样在接入网络发生变化时，可以快速判断问题来自当前路径还是目标网站本身。
先以内容所属地区为准选择出口。例如观看日本地区内容，应先测试东京线路；观看美国地区内容，应从洛杉矶、圣何塞、西雅图或纽约中选择。账号地区、付款地区和内容授权地区可能同时影响结果，线路只能改变网络出口地区，不能替代平台自身的账号规则。
如果首页可以打开但播放页提示地区不匹配，先完全退出目标应用，再更换同地区线路并重新连接。若能够播放但拖动进度后频繁等待，可比较同地区的 IEPL 专线与中转。不要在测试过程中同时切换账号、客户端和线路，否则很难判断哪项变化真正产生影响。
AI 工具通常需要稳定的会话连接，并可能根据出口地区提供不同功能。选择前先查看目标工具支持的服务地区，再连接对应出口。常见起点可以是日本、新加坡、美国或欧洲地区，但最终应以目标工具的地区政策和实际登录结果为准。
若页面能打开而对话提交失败，应先保持账号和浏览器不变，仅切换同地区线路。若登录状态频繁失效，可清理目标站点的旧会话后重新连接。上传文档、生成较长内容或持续使用网页工作区时，优先比较 IEPL 专线与中转线路的连续性。
游戏场景应以服务器所在地区为目标，而不是以游戏发行地区为目标。亚太服务器优先从东京、首尔、新加坡等方向测试；北美服务器则从美国西部或东部入口中选择。登录、匹配、语音和实际对局可能使用不同网络服务，因此只完成登录并不能代表整段连接都合适。
测试时应保持同一设备、同一接入网络和同一游戏区域，逐条比较。若语音正常但对局连接不稳定，可更换同地区的线路类型。跨洲游戏受物理距离和游戏服务器调度影响较大，网络加速可以优化路径，但不能消除由地理距离产生的全部影响。
远程桌面、视频会议、代码仓库和云端文档需要保持连续会话。应先选择公司服务或协作平台所在地区，再优先测试 IEPL 专线或中转。若企业系统限制登录地区，连接前应确认允许使用的出口位置，避免在工作过程中频繁跨地区切换。
办公线路应在正式会议或大文件同步前完成验证。先测试登录与权限，再打开实际工作内容，最后确认长时间连接不会反复重建。Windows、macOS、iOS、Android 与 Linux 均可通过用户面板获取对应客户端；同一账户不限台数，便于在办公设备之间保持一致的线路选择。
线路选择不需要反复尝试所有国家。先把目标缩小到地区，再比较同地区的接入方式，通常更容易得到可复现的结论。下面的顺序适用于网页、流媒体、AI 工具和办公服务。
查看目标网站、内容平台或企业系统允许使用的地区。若服务与账号地区有关，应先保持账号设置不变，只调整网络出口，避免把账号问题误判为线路问题。
在目标地区内选择 IEPL 专线、中转或直连进行对照。比较时保持设备、应用和接入网络一致。一次只改变线路，才能明确哪条路径更适合当前环境。
网页场景应实际打开常用页面，观影场景应进入播放页，AI 工具应提交正常任务，办公场景应完成登录与文件同步。仅看到客户端显示已连接，不等于目标服务已经可用。
确定一条常用线路后，再保留同地区的另一种接入方式。接入网络或目标平台发生变化时，先切换备用线路，可以减少无关设置的改动，也便于快速定位问题。
大部分选线问题可以通过固定检查顺序排除。不要同时修改多项设置，也不要仅凭线路名称判断结果。