NETWORK DIRECTORY · 国际线路分类
覆盖 120+ 国家 / 160+ 线路。先确认目的地区域，再按 AI 工具、流媒体或国际站点用途筛选，最后比较 IEPL 专线、中转与直连。
线路名称说明连接方向，类型说明链路组织方式。两者都不能单独代表某个应用的可用性。
REGIONS
下表用于说明地区、城市与线路类型的阅读方式，不是完整库存或可用性清单。实际开放的城市、类型与用途分组，请在客户端确认。
| 国家 / 地区 | 城市 | 线路类型 | 是否支持流媒体 |
|---|---|---|---|
| 亚太 | |||
| 日本 | 东京 | IEPL 专线 | 以客户端用途分组为准 |
| 中国香港 | 香港 | IEPL 专线 | 以客户端用途分组为准 |
| 新加坡 | 新加坡 | 直连 | 以客户端用途分组为准 |
| 日本 | 大阪 | 中转 | 以客户端用途分组为准 |
| 澳大利亚 | 悉尼 | 中转 | 以客户端用途分组为准 |
| 北美 | |||
| 美国 | 洛杉矶 | 中转 | 以客户端用途分组为准 |
| 美国 | 西雅图 | 中转 | 以客户端用途分组为准 |
| 美国 | 纽约 | 直连 | 以客户端用途分组为准 |
| 加拿大 | 温哥华 | 中转 | 以客户端用途分组为准 |
| 加拿大 | 多伦多 | 直连 | 以客户端用途分组为准 |
| 欧洲 | |||
| 意大利 | 米兰 | 中转 | 以客户端用途分组为准 |
| 德国 | 法兰克福 | 中转 | 以客户端用途分组为准 |
| 英国 | 伦敦 | 中转 | 以客户端用途分组为准 |
| 法国 | 巴黎 | 直连 | 以客户端用途分组为准 |
| 荷兰 | 阿姆斯特丹 | 直连 | 以客户端用途分组为准 |
| 其他地区 | |||
| 巴西 | 圣保罗 | 中转 | 以客户端用途分组为准 |
| 智利 | 圣地亚哥 | 中转 | 以客户端用途分组为准 |
| 南非 | 约翰内斯堡 | 中转 | 以客户端用途分组为准 |
| 阿联酋 | 迪拜 | 中转 | 以客户端用途分组为准 |
| 土耳其 | 伊斯坦布尔 | 直连 | 以客户端用途分组为准 |
覆盖范围描述可选择的地域广度，不表示所有地区都具备相同线路类型，也不表示每个城市都有相同用途分组。浏览目录时，先找业务需要的地区，再回到客户端查看当前可选项，能减少反复尝试。若只是访问普通国际站点，没有明确地区要求，可以从连接过程顺畅、持续使用表现稳定的线路开始。
城市名帮助识别线路方向，但不能独立证明出口地址的地理识别结果。不同网站使用的地址数据库可能更新不同步，同一出口也可能被识别为不同地区。涉及地区要求时，应同时核对目标平台的规则、账户设置与实际页面提示，不把目录名称当作平台认证结果。
CONNECTION TYPES
类型回答的是“流量怎样抵达出口”，不是速度排名。下面说明常见链路组织原理；具体部署与可选类型以客户端标识为准。
IEPL 通常指国际以太网专线，重点在于使用专门组织的跨境传输链路，而不是让整段跨境传输完全依赖普通公网路由。对使用者来说，这类线路值得观察的是连续会话是否顺畅、忙时表现是否一致，以及业务发生中断后能否正常恢复。专线标签描述传输方式，不等于用户独占整条链路。
长时间办公、交互式 AI 对话或持续传输，可以优先把 IEPL 专线放入比较范围。但体验仍受本地接入、出口到目标服务的路径与应用端状态影响。专线资源的组织和维护通常有更高成本，因此不能只按名称判断性价比；应以同一用途下的实际任务完成情况作比较，本站收费仍以套餐页为准。
中转线路通常先把连接送到入口节点，再由入口转送至目标出口。它增加了路径组织的空间，能让服务根据网络条件选择不同的传输组合。路径中有中转环节，并不必然比直连更慢；如果直接访问出口的公网路径不理想，经过合理组织的中转路径反而可能更适合当前网络。
日常浏览、网页工具与观影都可以把中转作为候选。判断时既要看页面打开，也要看后续资源加载和持续播放。中转需要入口与转送资源，其成本结构与直连不同，但这不意味着每条中转都高于或低于专线成本。不要把技术分类理解为套餐等级，也不要推断存在未列出的单独线路收费。
直连通常表示客户端通过本地网络直接连接目标出口服务，不额外经过订阅服务安排的中转入口。这里的“直接”不表示互联网中没有路由设备，也不表示物理距离更短。体验往往更依赖本地运营商、接入方式与到出口的公网路径，因此不同网络环境下的结果可能有明显区别。
如果日常站点能够顺畅加载，直连可以作为结构较直接的选择；若忙时出现持续卡顿，再比较同地区的中转或 IEPL 专线。少了额外中转资源，并不能据此推算用户价格。线路类型本身也不能证明出口为原生或独享地址，涉及这类需求，应核对明确的产品说明，不从类型名称自行延伸结论。
SELECT BY TASK
先确定任务成功的标准，再比较线路。单次打开网页的感受，不能代替完整工作流程的验证。
从客户端的国际站点分组开始，观察文字、图片与页面交互能否完整加载。没有地区要求时，不必为了更远的出口反复切换；选择当前网络下表现连贯的候选，并保留另一条可用线路即可。若只有某个站点异常，先确认该站本身是否正常，而不是把所有问题都归到线路。
浏览器扩展、缓存与系统代理设置也会改变体验。比较线路时保持同一设备和相同访问方式，避免同时更换浏览器、网络和出口，导致无法判断是哪项变化起作用。
先查账户与目标内容允许的地区，再到流媒体用途分组中选择对应出口。验证时应实际播放目标内容，观察加载、拖动进度与持续播放，而不是只检查首页。清晰度还取决于平台套餐、设备解码能力、本地网络和内容源，不能由线路类型单独保证。
播放中途频繁更换地区，可能让平台重新判断会话。出现地区提示时，先停止播放并核对规则，再按平台允许的方式重新建立连接。更多说明见流媒体访问专题。
从 AI 工具用途分组选择符合目标服务地区规则的线路。ChatGPT 等工具的网页对话、文件上传与流式输出对连接连续性有不同要求，应分别验证。能访问登录页，不等于账户权限、模型访问或 API 调用都已满足条件。
登录后尽量保持出口环境一致，不在短时间内来回切换地区。API 与 IDE 插件还需检查各自是否使用了预期代理；浏览器可用不能证明开发工具已走相同路径。进一步排查可读AI 工具指南。
先确认游戏服务地区及其网络使用规则，再核对客户端是否支持该游戏所需的流量方式。国际站点能够打开，不能证明游戏数据也采用同一路径。大厅登录、资源更新与实际对局可能连接不同服务，需在符合平台规则的前提下分别检查。
不要仅凭城市接近就判断对局表现，也不要把本服务理解为对所有游戏作出优化承诺。若存在持续断开，记录游戏名称、所选线路与发生阶段，再通过用户面板工单反馈。
办公首先要满足组织的访问政策。使用企业应用前，确认管理员是否允许相关网络连接方式，以及是否要求企业专用入口或固定出口。公网线路名称不能替代企业授权，也不能推断出口地址会永久保持不变。
邮件、会议、代码仓库和远程桌面应各自验证，重点观察持续会话与恢复能力。VPNKind 支持设备不限台数，但设备连接能力不等于企业应用允许共享账户；多台设备仍需分别检查代理配置和业务权限。
VERIFY THE CONNECTION
把本地接入、线路路径和目标服务分开排查，更容易找到需要调整的环节。
在客户端确认订阅已更新，选择的分组与线路符合预期，再查看系统代理或应用内代理是否生效。使用网络检测核对当前出口；检测结果只能说明该次请求的路径，不能代表所有应用。
先在同一地区比较不同线路，再考虑更换地区。记录问题发生在登录、加载、播放还是持续传输阶段。若所有线路都异常，先检查本地接入；若仅目标应用异常，则核对应用状态与账户规则。
仍有问题时，在用户面板工单说明平台、客户端环境、线路名称与错误提示。截图应遮挡账户信息，不提交密码或完整订阅地址，保留与故障有关的内容即可。
先验证用途是否满足，再根据使用量比较套餐。月订阅流量按开通日每月重置，中途升级差价折算成剩余天数；流量包用完为止，永久不过期。本站提供 14 天无理由退款，申请范围与流程请查看退款政策。
需登录后获取订阅；非 iOS 平台登录即可下载，iOS 入口条件以面板为准。创建账户无需邮箱地址，使用用户名与密码即可。