国际以太网专线,端到端走运营商独立通道,与公共互联网物理隔离。晚高峰时段抖动最小,是长连接与实时业务的首选。
先分清线路类型,再看城市清单
同一个城市往往不止一条线路。IEPL 专线、中转、直连三者的物理路径不同,适合的场景也不同,价格差异也来自这里。
先接入就近的入口节点,再由入口节点转发到出口节点。跨洲访问时能明显缩短绕行距离,性价比居中。
直接连接出口节点,路径最短、结构最简单。适合就近访问与对端到端路径有明确要求的场景。
亚太线路:近端延迟结构最紧凑
亚太是本站线路密度最高的区域。香港、东京、新加坡三地承担了大部分国际流量的入口与出口,也是 IEPL 专线铺得最全的地方。
| 国家 / 地区 | 城市 | 线路类型 | 流媒体支持 |
|---|---|---|---|
| 中国香港 | 香港 | IEPL 专线 | Netflix / Disney+ / YouTube |
| 日本 | 东京 | IEPL 专线 | Netflix / Disney+ / U-NEXT |
| 日本 | 大阪 | 中转 | Netflix / YouTube |
| 新加坡 | 新加坡 | IEPL 专线 | Netflix / Disney+ / Prime Video |
| 韩国 | 首尔 | 中转 | Netflix / Wavve |
| 中国台湾 | 台北 | 中转 | Netflix / YouTube |
| 马来西亚 | 吉隆坡 | 直连 | Netflix / YouTube |
| 泰国 | 曼谷 | 直连 | Netflix / YouTube |
| 澳大利亚 | 悉尼 | 中转 | Netflix / Stan / Disney+ |
| 印度 | 孟买 | 直连 | Netflix / Prime Video |
表格只列静态事实。线路的实际延迟与带宽随本地网络环境变化,客户端内会在连接后显示当前会话的实时数值。
北美线路:流媒体分区最全
美区与加区是流媒体分区内容差异最大的区域。洛杉矶、圣何塞两地以 IEPL 专线与中转为主,承担大部分跨太平洋访问。
| 国家 | 城市 | 线路类型 | 流媒体支持 |
|---|---|---|---|
| 美国 | 洛杉矶 | IEPL 专线 | Netflix / Disney+ / Hulu / HBO Max |
| 美国 | 圣何塞 | 中转 | Netflix / Disney+ / YouTube TV |
| 美国 | 纽约 | 中转 | Netflix / HBO Max / Peacock |
| 美国 | 西雅图 | 直连 | Netflix / Prime Video |
| 加拿大 | 多伦多 | 中转 | Netflix / Crave / Disney+ |
| 加拿大 | 温哥华 | 直连 | Netflix / Prime Video |
| 墨西哥 | 墨西哥城 | 直连 | Netflix / Disney+ |
| 巴西 | 圣保罗 | 直连 | Netflix / Prime Video |
欧洲线路:分区内容差异明显
英区、德区、法区各有独立的流媒体片库与本地服务。伦敦与法兰克福两地铺了 IEPL 专线,其余城市以中转与直连为主。
| 国家 | 城市 | 线路类型 | 流媒体支持 |
|---|---|---|---|
| 英国 | 伦敦 | IEPL 专线 | Netflix / BBC iPlayer / Disney+ |
| 英国 | 曼彻斯特 | 中转 | Netflix / BBC iPlayer |
| 德国 | 法兰克福 | IEPL 专线 | Netflix / Disney+ / Prime Video |
| 德国 | 柏林 | 直连 | Netflix / YouTube |
| 法国 | 巴黎 | 中转 | Netflix / Canal+ / Disney+ |
| 荷兰 | 阿姆斯特丹 | 中转 | Netflix / Disney+ |
| 瑞士 | 苏黎世 | 直连 | Netflix / Prime Video |
| 瑞典 | 斯德哥尔摩 | 直连 | Netflix / Viaplay |
| 西班牙 | 马德里 | 直连 | Netflix / Movistar+ |
| 土耳其 | 伊斯坦布尔 | 直连 | Netflix / BluTV |
其他地区线路:中东、拉美与非洲
中东、拉美与非洲的线路数量相对少,但都是当地机房的原生出口,适合访问区域性服务与本地内容。
| 国家 | 城市 | 线路类型 | 流媒体支持 |
|---|---|---|---|
| 阿联酋 | 迪拜 | 中转 | Netflix / Prime Video |
| 巴西 | 圣保罗 | 直连 | Netflix / Globoplay |
| 南非 | 约翰内斯堡 | 直连 | Netflix / Showmax |
| 英国 | 伦敦 | IEPL 专线 | Netflix / BBC iPlayer |
| 德国 | 法兰克福 | IEPL 专线 | Netflix / Disney+ |
以上为部分示例线路。完整线路清单(190+ 条)在客户端内按地区与用途分组展示,登录后即可查看并一键选择。
IEPL 专线、中转、直连分别是什么
三种类型不是"好与坏"的关系,而是三条不同的物理路径。理解它们,才能判断自己该选哪一条。
IEPL 专线:端到端独立通道
IEPL(International Ethernet Private Line,国际以太网专线)是运营商提供的点对点二层专线。它的核心特征是路径独占:从入口到出口之间不经过公共互联网的骨干路由器,不与其他用户的流量共享同一段带宽,因此抖动和丢包都控制在一个很窄的区间内。
这条特性对两类业务价值最大。一类是长连接业务,比如 AI 工具的流式输出、SSH 会话、数据库同步——这些场景里单次丢包就可能让整个会话重传甚至中断,公共链路上的抖动会被放大成明显的卡顿。另一类是实时业务,比如视频会议、直播推流、云游戏,它们对延迟的稳定性要求高于对绝对延迟的要求。
代价是成本。专线按带宽计费,每 Mbps 的价格远高于普通宽带,所以 IEPL 线路在套餐里通常只覆盖几个核心城市,而不是每个城市都铺。本站把 IEPL 专线集中在香港、东京、新加坡、洛杉矶、伦敦、法兰克福这几处枢纽,因为它们同时是跨洲流量的主要中转点。
一条容易混淆的点:IEPL 不等于"更快"。如果你访问的目标服务器本来就在邻近地区,专线带来的提升有限;它的价值在跨洲链路和晚高峰时段才真正体现出来。
中转:就近入口再转发到出口
中转线路的结构是两段:先连到离你较近的入口节点,再由入口节点转发到目标出口节点。它的意义在于缩短跨境绕行距离。直连一条跨洲线路时,数据包可能先绕到第三个国家再折返;中转把这段绕行交给一条优化过的内部链路,用户侧只需要连到就近的入口。
举例来说,从亚洲访问南美,直连路径常常要经过北美西岸再南下,总跳数多、经过的自治域也多。中转的做法是先接入亚洲入口,再由入口走一条固定的跨太平洋链路到北美,最后从北美南下。用户侧看到的是"连上了一个近处的节点",实际出口仍在南美。
中转的适用面最广:日常浏览、流媒体、跨洲办公都能用。它比直连稳定,比 IEPL 便宜,是线路清单里数量最多的一类。需要注意的一点是,中转的表现在很大程度上取决于入口节点的负载与出口链路的质量,所以同一个城市的中转线路,体验可能因为入口不同而有差别。
直连:路径最短,结构最简单
直连就是直接连接出口节点,中间不做额外的转发。它的优点是结构透明:你知道自己连的是哪个机房,数据从哪进、从哪出,没有中间层。对需要明确端到端路径的场景(比如对某个地区的服务做本地化测试、访问只对特定地区开放的区域性内容),直连是最直接的选择。
直连的短板在跨洲场景。当物理距离很远、又必须走公共互联网时,路径由运营商之间的互联关系决定,晚高峰容易出现绕行和拥塞。所以直连线路更适合两种情况:一是就近访问(目标服务与你所在地区地理距离不远),二是目标服务本身对出口地区的要求很明确、不需要额外的路径优化。
成本上直连是三类里最低的,因此覆盖的城市也最多。如果你的需求是访问某个特定国家或地区的本地服务,优先在清单里找那个国家的直连线路;如果体验不理想,再考虑同区域的中转或专线。
不同场景该选哪类线路
线路类型没有绝对优劣,取决于你要访问什么、对稳定性还是覆盖面的要求更高。下面按五类常见用途给出建议。
日常浏览
首选:中转
网页、社交、搜索这类请求的特点是短连接、单次数据量小,对延迟的绝对数值不敏感,对可用性敏感。中转线路覆盖面广、切换成本低,遇到某条线路不理想时换一条即可。
- 就近入口 + 目标地区出口的组合最省事
- 不必刻意追求专线,收益不明显
流媒体观影
首选:IEPL 专线 / 中转
4K 流媒体对带宽的持续稳定性要求高于对延迟的要求。专线的独占路径能减少晚高峰的带宽波动,中转则在覆盖面与成本之间更平衡。
- 认准目标片库所在地区的线路,不要跨区绕行
- 同一城市有多条线路时,优先选标注专线的那条
AI 工具
首选:IEPL 专线
AI 对话与代码补全走的是长连接加流式输出,链路中途一次抖动就可能表现为回答中断或补全延迟。专线在这类场景的优势最明显。
- 优先选择服务商原生地区(如美区、日区)的专线
- 命令行与 IDE 插件同样受益,配置方式见 AI 工具指南
在线游戏
首选:就近直连 / 中转
游戏的延迟由物理距离决定,优化空间有限。此时最重要的是不要绕远路:选择游戏服务器所在地区的线路,并且避免跨洲中转带来的额外跳数。
- 先确认游戏服务器的实际地区,再对应选线
- 同地区线路里选路径最短的那条
远程办公
首选:IEPL 专线
会议、代码仓库同步、内网访问都属于持续性连接,对稳定性的要求排在第一位。专线能把晚高峰的波动压到最小,代价是可选城市较少。
- 把公司服务所在地区对应的专线设为默认
- 同时在线不限台数,办公设备可以一起接入
120+ 国家 / 190+ 线路
下面是部分覆盖地区的示例。完整清单在客户端内按地区分组展示,支持搜索与收藏常用线路。
- 中国香港
- 日本
- 新加坡
- 韩国
- 中国台湾
- 马来西亚
- 泰国
- 越南
- 菲律宾
- 印度尼西亚
- 印度
- 澳大利亚
- 新西兰
- 美国
- 加拿大
- 墨西哥
- 巴西
- 阿根廷
- 智利
- 英国
- 爱尔兰
- 德国
- 法国
- 荷兰
- 比利时
- 瑞士
- 奥地利
- 瑞典
- 挪威
- 丹麦
- 芬兰
- 波兰
- 捷克
- 西班牙
- 葡萄牙
- 意大利
- 希腊
- 土耳其
- 阿联酋
- 以色列
- 南非
- 尼日利亚
- 埃及
地区徽章为覆盖范围示意,不代表每一个地区都有全部三种线路类型。具体线路类型以客户端内清单为准。
关于节点与线路的常见问题
更多账户、连接与计费问题见帮助中心。
线路这么多,需要自己手动选吗?
默认情况下客户端会按延迟自动选择一条可用线路,多数用户不需要干预。如果你有明确的目标地区(比如要看某个国家的流媒体、或访问某个地区的 AI 服务),在客户端里手动选择对应地区的线路会更稳妥。
经常用的线路可以收藏,下次直接从收藏列表里选,不必在长清单里翻找。
同一城市有多条线路,怎么判断该选哪条?
先看线路类型。IEPL 专线适合长连接与实时业务,中转适合覆盖面与成本的平衡,直连适合就近访问与明确的地区需求。如果同一城市既有专线又有中转,先试用专线,体验没有明显差别再换回中转即可。
其次看用途。流媒体和 AI 工具优先专线,日常浏览和就近访问选中转或直连就够用。
为什么页面上不显示每条线路的延迟?
线路的实际延迟取决于你本地的网络环境、运营商互联关系与当前时段,同一个节点在不同用户那里的数值差别可以很大。页面上的静态数字没有参考价值,反而容易误导。
客户端在连接后会显示当前会话的实时延迟与带宽,那是基于你实际链路测出来的数值,比页面上的固定数字有意义得多。
线路会变动或下线吗?
会。机房维护、运营商链路调整、区域网络环境变化都可能导致某条线路临时不可用或需要替换。客户端内的线路清单会同步更新,已收藏的线路如果下线会从收藏里移除。
遇到某条线路持续不可用时,换同地区的其他线路即可,不需要重新购买或重新配置订阅。
不限台数是怎么算的?
同一账号下的同时在线设备数不限台数。电脑、手机、平板、路由器都可以接入,不需要为每台设备单独购买。
套餐的额度按流量计算,不按设备数计算。流量按开通日每月重置,中途升级套餐时差价折算成剩余天数。