以下目录展示常用地区与城市入口。一个国家或地区可能同时提供不同拓扑，客户端内的可选项会随线路维护与调度情况调整。
| 国家或地区 | 城市 | 线路类型 | 是否支持流媒体 |
|---|---|---|---|
| 亚太 | |||
| 中国香港 | 香港 | IEPL 专线 | 支持 |
| 中国香港 | 香港 | 中转 | 支持 |
| 日本 | 东京 | IEPL 专线 | 支持 |
| 日本 | 大阪 | 直连 | 常规访问 |
| 新加坡 | 新加坡 | 中转 | 支持 |
| 韩国 | 首尔 | 直连 | 常规访问 |
| 中国台湾 | 台北 | 中转 | 支持 |
| 泰国 | 曼谷 | 直连 | 常规访问 |
| 印度 | 孟买 | 直连 | 常规访问 |
| 澳大利亚 | 悉尼 | 中转 | 支持 |
| 新西兰 | 奥克兰 | 直连 | 常规访问 |
| 北美 | |||
| 美国 | 洛杉矶 | 中转 | 支持 |
| 美国 | 西雅图 | 直连 | 常规访问 |
| 美国 | 纽约 | 中转 | 支持 |
| 加拿大 | 温哥华 | 直连 | 常规访问 |
| 加拿大 | 多伦多 | 中转 | 支持 |
| 墨西哥 | 墨西哥城 | 直连 | 常规访问 |
| 欧洲 | |||
| 英国 | 伦敦 | 中转 | 支持 |
| 德国 | 法兰克福 | IEPL 专线 | 支持 |
| 法国 | 巴黎 | 中转 | 支持 |
| 荷兰 | 阿姆斯特丹 | 直连 | 常规访问 |
| 意大利 | 米兰 | 直连 | 常规访问 |
| 西班牙 | 马德里 | 直连 | 常规访问 |
| 芬兰 | 赫尔辛基 | 直连 | 常规访问 |
| 其他地区 | |||
| 阿联酋 | 迪拜 | 中转 | 支持 |
| 土耳其 | 伊斯坦布尔 | 直连 | 常规访问 |
| 巴西 | 圣保罗 | 中转 | 支持 |
| 南非 | 约翰内斯堡 | 直连 | 常规访问 |
线路名称描述的是数据从本地网络到目标出口之间采用的拓扑。它不是单纯的等级排序，合适与否取决于目标地区、接入网络和持续传输需求。
直连让设备直接连接目标地区的服务器，链路结构简洁，中间环节较少。它适合网页浏览、消息同步、资料检索以及对目标地区没有固定要求的日常任务。由于链路更依赖本地接入网络与跨地区传输路径，不同网络环境下的表现可能存在差异。
直连通常具有较清晰的资源与成本结构，因此适合作为初次连接时的基准选项。选择时可先从地理位置较近的城市开始，再根据页面响应、文件传输连续性和应用内连接情况进行比较。若本地网络在繁忙时段出现明显波动，可切换到相同地区的中转入口。
中转在线路入口与目标出口之间增加调度节点。入口负责接收连接，再通过规划后的链路把请求送往目标地区。这样的设计可以减少设备直接面对远距离传输路径时的不确定性，并让同一目标地区拥有更灵活的入口组合。
中转适合持续观影、较长时间的资料传输、AI 工具对话和跨地区协作。当直连能够建立连接但持续传输不够平稳时，可优先测试同地区中转。中转需要额外的入口资源和链路调度，因此资源成本通常高于结构更简单的直连，但并不意味着任意中转都必然优于距离合适的直连。
IEPL 专线采用更明确的入口与出口组织方式，重点是降低公共路径变化对持续连接的影响。它适合固定地区办公、远程会议、长期保持登录状态的业务工具，以及对连接连续性要求较高的任务。线路价值主要体现在路径管理，而不是用单次测速结果定义。
专线所需的线路资源与维护成本通常高于直连和常规中转，因此更适合用于重要工作流，而非所有任务都固定选择。若只是临时打开网页，直连可能已经足够；若需要长时间连接同一地区的服务、上传资料或保持会议，可把专线作为优先项，并准备同地区中转作为替代入口。
选线的核心不是寻找一个适合所有任务的入口，而是先明确目标服务所在地区、连接持续时间和任务对稳定性的要求。
普通网页、文档查询、邮件与消息同步通常不需要复杂拓扑。先选择地理位置较近的直连城市，可以减少不必要的路径绕行。若页面能稳定打开、图片和附件加载连续，就没有必要只因线路名称不同而继续切换。
当同一网站需要特定地区内容时，再把出口切到对应国家或地区。若近距离直连在当前接入网络下表现波动，可换到同地区中转，而不是直接跳到更远的出口。这样既保留目标地区，也减少变量。
优先：近距离直连 → 同地区中转观影先看内容地区，再看线路标记。账号地区、内容平台策略与出口位置共同决定可见内容，因此应选择表格中标记为支持、且与目标内容地区一致的入口。连接后可先打开内容详情页，确认片库与播放权限符合预期，再开始持续播放。
若播放启动正常但长时间传输不连续，可从同地区直连切换到中转或 IEPL 专线。切换时尽量保持国家或地区不变，避免账号在短时间内看到频繁变化的出口位置。浏览器或应用仍显示旧内容时，可完全退出后重新打开。
优先：地区匹配的中转或专线AI 工具通常同时关注出口地区、登录状态和会话连续性。选择时应优先使用服务支持地区的固定城市，并在同一工作阶段保持出口相对稳定。频繁跨地区切换可能触发重新登录、地区提示或会话失效，使问题难以判断。
文字对话可先测试中转线路；涉及较长回复、文件上传或持续任务时，可比较同地区专线。遇到页面可打开但请求不能完成的情况，应先检查账号地区与目标服务状态，再测试同城市的另一种线路类型，不要同时更换客户端、协议和出口。
优先：固定地区中转 → 同地区专线交互应用更关心请求往返是否连续，而不是下载峰值。应先选择接近目标服务区域的出口，并避免为了追求更远地区而增加路径。可从直连开始，观察登录、匹配、场景切换和语音连接是否连贯，再决定是否需要中转。
如果应用同时包含更新下载和实时交互，可分别判断问题发生在哪个阶段。更新速度不代表交互体验，反过来也一样。发生断开时，先尝试同地区中转，并关闭设备上的其他大流量任务，避免多个变量同时影响结果。
优先：目标区域直连 → 同地区中转办公场景通常包含账号登录、云端文档、代码仓库、文件上传与会议连接，任务之间会共享同一出口。优先选择与业务系统地区一致的 IEPL 专线，并在工作时段保持线路稳定，减少登录位置变化和传输中断。
重要会议前可提前完成连接验证，依次检查网页登录、语音输入、共享文档与文件访问。若专线临时不可选，应切换到同地区中转，而不是随意改用其他国家。备用线路提前保存在客户端中，发生切换时更容易维持工作连续性。
优先：固定地区专线 → 同地区中转一次有效的比较，应尽量只改变线路这一项。先固定设备、接入网络、客户端与目标服务，再选择目标地区内的不同线路类型。测试内容也应保持一致，例如打开同一页面、访问同一工作区或播放同一内容。
判断线路时，不要只看连接按钮是否亮起。更有价值的是观察完整任务能否连续完成：页面是否反复刷新、登录状态是否保留、上传是否中断、长回复是否完整返回、会议是否需要重新加入。线路选择最终服务于任务，而不是服务于某个孤立指标。
完成比较后，可为不同用途保留清晰的线路习惯。日常浏览使用近距离直连，观影使用内容地区对应的中转，工作使用固定地区专线。这样的分工比每次从全部线路中随机选择更容易维护，也更容易在出现问题时快速定位。
根据网站、内容库、AI 工具或业务系统的服务地区选择出口。地区不明确时，优先选择距离较近且服务支持明确的城市。
在同一地区内依次比较直连、中转与 IEPL 专线。保持其他条件不变，才能判断变化来自线路还是终端环境。
以完整浏览、播放、对话、上传或会议流程作为判断依据。短时响应只能说明连接已经建立，不能覆盖整个使用过程。
工作与持续任务可同时保存同地区专线和中转。需要切换时维持出口地区一致，减少账号状态与内容地区变化。