CONTROLLED PATH
IEPL 专线
IEPL 通常指采用专门链路资源组织跨境传输的线路。与普通公网路径相比，它更强调路径规划与传输过程的可控性；但用户到入口、出口到目标网站，仍会经过各自的网络。看到“专线”标签时，不应把它理解为从设备到网站的全程专有通道。
连续会议、长时间传输或对连接波动较敏感的任务，可以先试这一类。专门链路资源通常意味着更高的建设与维护成本，实际体验却仍要看所在地网络、目标服务及当时状态。先完成一次真实任务，再决定是否长期使用。
REGION INDEX
按地区查看线路
表格展示地区、城市与线路类型示例，不提供即时状态。流媒体结果取决于平台、片库地区及实际连接情况；选定线路后请在目标服务中验证。
亚太
先对照目标服务所在地区，再考虑访问路径。
| 国家或地区 | 城市 | 线路类型 | 是否支持流媒体 |
|---|---|---|---|
| 香港 | 香港 | IEPL 专线 | 依平台实际检测 |
| 香港 | 香港 | 中转 | 依平台实际检测 |
| 新加坡 | 新加坡 | IEPL 专线 | 依平台实际检测 |
| 日本 | 东京 | 中转 | 依平台实际检测 |
| 日本 | 大阪 | 直连 | 依平台实际检测 |
| 韩国 | 首尔 | 直连 | 依平台实际检测 |
北美
以账号区域和目标网站的服务区域为起点。
| 国家 | 城市 | 线路类型 | 是否支持流媒体 |
|---|---|---|---|
| 美国 | 洛杉矶 | IEPL 专线 | 依平台实际检测 |
| 美国 | 圣何塞 | 中转 | 依平台实际检测 |
| 美国 | 纽约 | 直连 | 依平台实际检测 |
| 加拿大 | 多伦多 | 中转 | 依平台实际检测 |
| 加拿大 | 温哥华 | 直连 | 依平台实际检测 |
欧洲
跨地区协作时，先确认服务端实际落在哪个区域。
| 国家 | 城市 | 线路类型 | 是否支持流媒体 |
|---|---|---|---|
| 英国 | 伦敦 | IEPL 专线 | 依平台实际检测 |
| 德国 | 法兰克福 | 中转 | 依平台实际检测 |
| 法国 | 巴黎 | 直连 | 依平台实际检测 |
| 荷兰 | 阿姆斯特丹 | 中转 | 依平台实际检测 |
| 瑞士 | 苏黎世 | 直连 | 依平台实际检测 |
| 意大利 | 米兰 | 直连 | 依平台实际检测 |
其他地区
远距离访问尤其需要以自己的网络环境验证。
| 国家 | 城市 | 线路类型 | 是否支持流媒体 |
|---|---|---|---|
| 澳大利亚 | 悉尼 | 中转 | 依平台实际检测 |
| 新西兰 | 奥克兰 | 直连 | 依平台实际检测 |
| 阿联酋 | 迪拜 | 直连 | 依平台实际检测 |
| 巴西 | 圣保罗 | 中转 | 依平台实际检测 |
PATH TYPES
三种线路类型
类型描述的是连接路径，不是速度排名。同一类型在不同出发网络、目标地区和时段下，也可能表现不同。
RELAYED PATH
中转线路
中转线路先连接入口，再由中间节点转往目标地区。增加中间环节并不自动意味着更快：它的价值在于重新组织路由，让某些原本绕行或波动明显的路径有替代选择。若某条直连在晚间表现反复，中转值得作为对照项。
中转需要额外的转发与调度资源，成本和维护环节通常介于直连与专门链路方案之间，具体仍取决于实际建设方式。选用时同时测试打开网页、持续播放和上传文件；只凭连接成功，无法判断长时间任务是否合适。
DIRECT PATH
直连线路
直连由客户端接入目标地区的线路，路径中不另设本站的转发入口。结构相对简单，适合先建立体验基线：如果目标服务可正常访问，页面加载与持续连接也符合需要，就没有必要仅为更复杂的路径而切换。
直连对沿途公网路由的变化通常更敏感；这不是所有直连都会不稳定，也不代表它一定慢。它所需的中间转发资源相对较少，但实际成本仍与地区和网络资源有关。遇到某一时段表现变化时，保留同地区的中转线路作比较。
比较类型时，尽量保持目标网站、设备与接入网络不变，只切换线路。这样看到的差异才更容易归因于路径本身。若目标网站本身出现故障，换线未必能解决问题。
PICK BY TASK
按用途选线
地区决定访问到哪一侧，类型决定走怎样的路径。先确认任务能否完成，再比较使用过程。
BROWSE
日常浏览
日常查资料、收发网页内容，先选与目标网站服务区域相符的地区，再从直连开始。打开常用站点，检查登录、搜索与页面内资源是否完整加载。若只有某个网站异常，先排查该网站或浏览器状态，不必立刻把所有访问都切换到另一地区。
如果同地区直连在常用时段反复中断，再试中转，并保持其余条件不变。线路名称不是质量结论；一条能持续完成日常任务的线路，比只在短暂测试中显得顺畅的线路更适合作为常用项。
STREAM
观影与片库
先确认想看的内容在哪个地区上架，再选择相应地区的线路。不同平台会分别判断账号、版权地区与连接出口，因此“支持流媒体”不能替代具体片名的实际检查。能打开平台首页，也不等于目标影片一定可播放。
测试时用自己的账号进入目标内容，观察能否开始播放、拖动进度后能否继续加载，以及持续观看时是否出现错误。若不成功，可在同地区换一种线路类型；跨地区乱换可能改变片库，反而让比较失去依据。
AI TOOLS
AI 工具
先查看目标工具的服务区域与账号要求，再选择对应地区。以实际工作流验证：登录、发送请求、等待输出，并在需要时上传自己有权使用的测试文件。单独打开产品首页，不能说明完整功能已经可用。
对需要持续交互的任务，应留意回答过程中是否中断、会话能否继续。遇到错误先读平台提示，区分账号权限、服务侧限制与网络连接问题；换线只可能处理与路径相关的部分，不能改变平台自己的使用规则。
PLAY
游戏连接
先确认游戏服务器所在地区，尽量选择与服务器相符的出口。游戏体验更依赖持续连接的平稳程度，而不是网页打开那一下的感觉。进入实际对局或测试环境，留意操作响应、匹配过程与是否出现断开，再与其他类型比较。
如果游戏使用独立启动器，也要检查启动器登录与更新能否完成。有些问题来自游戏服务器维护、设备网络或本地无线连接；在这些条件不稳定时频繁切线，很难判断哪条路径真正适合。
WORK
远程办公
先以团队工具所在地区和组织的访问要求为准。打开会议、文档与文件服务，确认登录后能否持续协作；跨区域团队使用不同服务时，不必假设同一条线路对所有工具都是最合适的。处理工作资料前，还应遵循所在组织的数据与网络政策。
对会议和较长的文件传输，可以比较 IEPL 专线与同地区中转、直连的实际表现。测试应覆盖接入、持续使用和重新连接，而不仅是一次打开页面。保留一条经过验证的替代线路，出现单一路径问题时更容易恢复工作。