地区不是越远越高级
访问目标位于日本，就优先从日本或邻近亚太线路开始；目标位于欧洲，再考虑欧洲线路。绕去更远地区通常只会增加路径复杂度。节点名称看起来再有异域气质，也不会自动给数据包装上火箭。
STATIC ROUTE INDEX
按地区查看代表线路
下表只展示静态线路信息，不拿瞬时状态冒充长期表现。具体可选节点以登录后的订阅列表为准。
| 国家或地区 | 城市 | 线路类型 | 是否支持流媒体 |
|---|---|---|---|
| 亚太地区 | |||
| 日本 | 东京 | IEPL 专线 | 支持 |
| 日本 | 大阪 | 中转 | 支持 |
| 新加坡 | 新加坡 | IEPL 专线 | 支持 |
| 韩国 | 首尔 | 中转 | 支持 |
| 中国香港 | 香港 | IEPL 专线 | 支持 |
| 中国台湾 | 台北 | 中转 | 支持 |
| 马来西亚 | 吉隆坡 | 直连 | 建议实测 |
| 北美地区 | |||
| 美国 | 洛杉矶 | IEPL 专线 | 支持 |
| 美国 | 圣何塞 | 中转 | 支持 |
| 美国 | 纽约 | 直连 | 建议实测 |
| 加拿大 | 多伦多 | 中转 | 支持 |
| 欧洲地区 | |||
| 英国 | 伦敦 | IEPL 专线 | 支持 |
| 德国 | 法兰克福 | 中转 | 支持 |
| 法国 | 巴黎 | 直连 | 建议实测 |
| 荷兰 | 阿姆斯特丹 | 中转 | 支持 |
| 瑞士 | 苏黎世 | 直连 | 建议实测 |
| 其他地区 | |||
| 澳大利亚 | 悉尼 | 中转 | 支持 |
| 新西兰 | 奥克兰 | 直连 | 建议实测 |
| 阿联酋 | 迪拜 | 中转 | 建议实测 |
| 巴西 | 圣保罗 | 直连 | 建议实测 |
“支持”仍需按内容验证
流媒体平台会根据出口地区、账号区域、内容版权和平台策略返回不同结果。表中的“支持”表示该线路面向相关场景提供选择，不代表每个内容库在任何时段都完全相同。遇到分区不符时，应先切换同地区线路再重新打开应用。
ROUTE MECHANICS
线路类型怎么选
IEPL 专线、中转与直连不是简单的高低档标签。它们代表不同路径组织方式，也对应不同成本、稳定性取向和适用场景。
A
PRIVATE PATH
IEPL 专线
IEPL 专线的重点在于跨境段采用更可控的承载路径，减少公共网络中不可预测的绕行。它通常更适合对连接连续性敏感的任务，例如持续会议、远程桌面、长时间上传下载、稳定访问海外工作平台，以及需要保持会话的在线工具。
这类线路的成本通常高于普通路径，因此更适合放在关键任务上，而不是看到“专线”两个字就全天固定使用。若本地接入本身波动明显，专线也无法替代对路由器、无线信号和运营商链路的检查。它能优化跨境段，不负责修理隔壁房间里信号只剩一格的无线网络。
- 适合
- 办公、会议、远程协作、持续传输
- 取向
- 路径可控性与连接连续性
- 成本
- 通常高于中转与直连
B
RELAY PATH
中转线路
中转线路会先把连接送到较合适的入口，再由中继路径前往目标地区。它的价值在于避开部分质量不稳定的公网区段，并在成本和体验之间取得平衡。对于日常浏览、在线观影、AI 工具和常规文件传输，中转往往是实用的默认起点。
中转并不意味着路径一定比直连更慢。网络体验取决于完整链路，而不是地图上的直线距离。一个组织合理的中转路径，可能比频繁绕行的直连更稳定。反过来，如果目标服务就在附近，额外中继也可能没有必要。因此中转适合“先用起来，再按结果微调”的选线策略。
- 适合
- 日常访问、观影、AI 工具、综合使用
- 取向
- 体验、覆盖与成本之间的平衡
- 成本
- 通常处于专线与直连之间
C
PUBLIC PATH
直连线路
直连线路从当前网络直接连接目标节点，路径结构简单，适合当地网络到目标地区本就顺畅的情况。它常用于备用切换、轻量浏览、对特定地区出口有需求的任务，也适合熟悉自身网络环境、愿意自行比较不同入口的用户。
直连更依赖公共网络的实际路由。不同运营商、地区和使用时段可能出现不同结果，所以不应只根据城市远近下结论。若直连在当前环境中稳定，它会是简洁有效的选择；若出现页面加载断续、视频反复缓冲或会话中断，则应换到同地区中转或专线进行对照。
- 适合
- 轻量浏览、备用切换、特定地区出口
- 取向
- 路径直接与配置简洁
- 成本
- 通常低于专线承载
MISSION SELECTOR
按用途安排线路
不要寻找一条包办所有事情的“宇宙万能线”。用途不同，判断标准也不同。把任务拆开，选线会简单很多。
日常浏览
先选距离访问目标较近的中转线路。浏览场景会连续请求大量小资源，稳定完成连接通常比追逐某次峰值更重要。如果页面主体打开正常，但图片或脚本偶尔停住，可在同地区线路之间切换比较，不必立刻跨洲迁徙。
在线观影
先按内容库所在地区选择标注支持流媒体的线路，再实际播放一段内容，观察起播、拖动进度和持续播放是否稳定。只看首页能否打开不够，因为登录、目录加载和视频传输可能走不同请求。出现分区不符时，退出应用、切换同地区线路后再重新进入。
AI 工具
AI 对话、文件上传和长回答会持续占用连接，首要关注会话能否保持，而不是某次页面打开得有多快。建议从目标服务邻近地区的中转或 IEPL 专线开始。若登录正常但生成过程频繁中止，应切换同地区不同线路，并检查是否同时开启了其他网络代理或分流规则。
在线游戏
游戏更在意交互是否连续，以及路径是否频繁变化。应优先选择游戏服务所在地区或邻近地区的线路，并避开无必要的远距离绕行。进入正式对局前先完成更新、登录和匹配测试；若只有某款游戏异常，不要直接认定整条线路有问题，还应检查游戏区服与分流规则是否匹配。
办公协作
会议、远程桌面、代码仓库和云端文档都不喜欢线路在任务中途反复切换。关键工作优先考虑中转或 IEPL 专线，并在开始会议前完成连通测试。工作期间若连接稳定，不建议为了微小速度差频繁更换节点；会话连续性通常比节点列表里看起来更热闹的名称重要。
-
固定测试环境
使用同一台设备、同一种接入方式和同一个目标服务进行比较。测试过程中不要一会儿无线网络、一会儿有线网络，否则结果没有可比性。后台正在同步文件或系统更新时，也应先等待任务结束。
-
从邻近地区开始
先选择目标服务所在地区或邻近地区，再比较线路类型。这样可以缩小变量范围。若一开始就在多个大洲之间跳跃，最后通常只会得到一份情绪丰富、结论贫乏的节点体验报告。
-
完成真实任务
浏览就连续打开常用页面，观影就实际播放并拖动进度，AI 工具就完成对话和文件操作，办公则测试会议、文档或远程连接。单纯看到“已连接”只说明隧道建立，不代表目标任务已经验证。
-
保留稳定选项
找到适合当前网络和用途的线路后，可把它记作常用选择，同时保留同地区的备用线路。不要每天重新从整张节点表开盲盒。网络环境发生变化或目标服务异常时，再按相同方法重新比较。
ROUTE RECOVERY
切线前先判断症状
“不好用”太宽泛。先确认是完全无法连接、只有特定网站异常、观影分区不符，还是连接建立后容易中断，再决定是否切换地区或线路类型。
完全无法建立连接
先切换同地区的另一条线路，确认问题是否只发生在单个节点。若同地区多条线路都无法连接，应检查客户端订阅是否已更新、系统时间是否正确，以及本地网络是否能正常访问普通网站。不要在基础网络已经离线时责怪卫星，它收到的工单会很委屈，但仍然不会回信。
已连接但网页打不开
先尝试同地区不同类型线路，并暂时关闭可能冲突的其他网络工具。若只有某个网站异常，问题可能来自目标服务、账号区域或浏览器缓存，而非整条线路。可换浏览器或应用复查，避免把单一站点故障扩大成全网判断。
观影分区与预期不符
切换到目标内容库对应地区，并选择表中标注支持流媒体的线路。切换后应彻底关闭并重新打开应用，让旧连接和缓存状态退出。若账号本身绑定了其他区域，线路只能改变网络出口，不能修改平台账号已有的地区设置。
长任务容易中断
优先比较同地区的中转与 IEPL 专线，并检查设备是否因休眠、后台限制或网络切换而终止连接。移动设备从无线网络切到蜂窝网络时，原有会话可能需要重新建立。办公和上传任务开始后，尽量保持接入方式与线路不变。