地区目录 · 线路类型 · 使用场景
先确定访问地区，再比较连接路径。
覆盖 90+ 国家 / 180+ 线路，不限台数同时在线。
本页提供静态地区与线路类型示例，不作为实时可用清单。具体节点、名称及可选路径，请以用户面板与客户端更新后的订阅为准。
表格展示国家、城市与路径类型的阅读方式。城市名称用于帮助识别出口地区，不意味着目标网站一定把该出口识别为相同地区，也不意味着该地区始终有相同类型可选。
| 国家 | 城市 | 线路类型 | 是否支持流媒体 |
|---|---|---|---|
| 亚太 | |||
| 日本 | 东京 | IEPL 专线 | 以实际访问结果为准 |
| 日本 | 大阪 | 中转 | 以实际访问结果为准 |
| 新加坡 | 新加坡 | IEPL 专线 | 以实际访问结果为准 |
| 韩国 | 首尔 | 中转 | 以实际访问结果为准 |
| 澳大利亚 | 悉尼 | 直连 | 以实际访问结果为准 |
| 新西兰 | 奥克兰 | 直连 | 以实际访问结果为准 |
| 北美 | |||
| 美国 | 洛杉矶 | 中转 | 以实际访问结果为准 |
| 美国 | 西雅图 | 直连 | 以实际访问结果为准 |
| 加拿大 | 温哥华 | 中转 | 以实际访问结果为准 |
| 加拿大 | 多伦多 | 直连 | 以实际访问结果为准 |
| 欧洲 | |||
| 德国 | 法兰克福 | 中转 | 以实际访问结果为准 |
| 法国 | 巴黎 | 直连 | 以实际访问结果为准 |
| 英国 | 伦敦 | 中转 | 以实际访问结果为准 |
| 荷兰 | 阿姆斯特丹 | 直连 | 以实际访问结果为准 |
| 瑞典 | 斯德哥尔摩 | 直连 | 以实际访问结果为准 |
| 瑞士 | 苏黎世 | 中转 | 以实际访问结果为准 |
| 其他地区 | |||
| 巴西 | 圣保罗 | 中转 | 以实际访问结果为准 |
| 智利 | 圣地亚哥 | 直连 | 以实际访问结果为准 |
| 南非 | 约翰内斯堡 | 中转 | 以实际访问结果为准 |
| 阿联酋 | 迪拜 | 直连 | 以实际访问结果为准 |
国家是选择目标服务地区时的起点，城市用于进一步区分出口位置，线路类型描述连接路径的组织方式。这些字段不能互相替代：相同城市可以存在不同路径，相同路径类型也可能通往不同地区。若目的只是日常访问国际网站，不必先追求更远的出口；若目标服务有明确地区要求，应先确认其服务规则，再从符合要求的地区里选择。
覆盖范围描述服务整体的地区与线路规模，不代表每个地区都具有相同的入口、路径和应用访问表现。订阅更新、线路维护或客户端筛选规则都可能影响眼前的列表。发现面板与客户端显示不同，先更新订阅并清除列表筛选，再判断是否需要进一步排查。不要仅凭本页示例名称认定某条线路已经加入当前订阅。
线路名称描述技术路径，不是速度排名。下面说明的是常见工作方式与成本构成，具体连接结果仍受本地网络、入口状态与目标服务影响。
IEPL 通常指国际以太网专线，其作用是为相关传输段提供有规划的连接路径。用于网络加速时，需要区分本地设备到入口、入口到出口，以及出口到目标网站这些不同环节。专线主要改善其承载的传输段，不能替代本地接入质量，也不能决定目标网站自身的响应情况。
这类路径通常涉及专线资源、入口与出口接入以及日常维护，资源成本往往高于单纯依赖公网的方案。视频会议、远程桌面等持续交互场景，可以优先比较此类路径在实际使用时的连续性；晚高峰也应观察声音、画面与会话是否稳定，而不是只看客户端能否建立连接。
“专线”不等于设备到任何网站的全程专用连接，也不表示某种应用必定可用。若本地无线连接不稳定，或目标服务发生故障，换到专线路径仍可能遇到同样的问题。判断时要把问题发生的环节分开。
中转通常由设备先连接入口，再由入口转发到出口。多出转发环节并不必然更慢，因为实际公网路径未必直接；合适的入口与出口组合可能改善路由绕行或连接波动。相反，入口拥塞、转发资源紧张，也可能抵消路径调整的收益。
中转需要承担入口、出口和转发资源成本，具体差异取决于路径安排。日常浏览、观影与协作工具都可以把中转作为比较对象。测试时尽量固定出口地区，仅更换路径，这样更容易判断变化来自哪里。
直连通常指设备通过公网连接出口，不经过另设的中转入口。它减少了中转资源与维护环节，成本结构通常较简洁，但实际体验更直接地受本地运营商、跨境公网路由与出口接入条件影响。
本地到出口路径合适时，直连适合普通网页、文档查询及轻量访问；如果某个时段表现波动，可以对照相同地区的中转或专线。不要把“路径简洁”理解成任何时间都更快，也不要仅凭类型名称排除直连。
以上成本描述解释的是不同路径需要什么资源，不代表本站按这些类型另设收费档位。套餐价格与包含内容应查阅套餐页，本页不从线路名称推算单独费用。选择时更有意义的问题是：目标服务是否能正常使用，持续操作是否平稳，以及同一用途下哪条路径更适合当前网络。
先保留目标地区，再比较连接方式。测试期间尽量使用相同设备、相同本地网络与相同操作，避免同时改变多个条件。
查资料、阅读网页和收发文档，可以先从没有特殊地区要求的常用出口开始。打开目标网页后，除了正文，还要确认图片、登录状态与附件是否正常；只显示页面框架，不代表访问已经完成。若某个网站异常而其他网站正常，先考虑该网站的账户、地区或资源请求问题，不必直接更换全部客户端设置。
选择后保留一个适合日常任务的常用线路，另留其他路径作为对照。遇到偶发失败，先刷新目标页面，再比较线路。频繁在不同国家间切换，反而可能让账户验证与地区识别变得更复杂。
Netflix、Disney+ 等服务的内容目录与账号条件有关，线路连接成功不等于目标内容一定可播放。先核对平台当前提供的片目，再实际打开内容，观察播放能否持续、切换进度后是否恢复，以及字幕和音轨能否正常加载。不要用首页能打开替代完整的播放验证。
需要更高画质时，还应检查本地网络、终端播放设置和账户支持范围。若只有特定内容失败，先排查内容授权；若多个内容都反复缓冲，再比较同地区不同路径。流媒体支持以实际访问结果为准，本页不承诺固定目录或固定清晰度。
使用 AI 工具时，网页加载、账户登录与功能调用是不同环节。可以打开网页但无法发送请求，原因可能涉及账户权限、服务地区、请求额度或目标服务状态。先阅读页面给出的错误信息，再判断是否需要更换线路，避免把所有拒绝提示都解释成连接故障。
对于较长的生成任务，应关注会话是否持续、结果能否完整返回，以及上传附件是否结束。优先遵守目标服务的地区要求，并尽量保持会话期间的出口一致。若只在某个客户端失败，还需要核对应用是否走了预期的代理规则。
游戏更看重交互稳定性，但地区名称不能直接说明设备到游戏服务器的完整路径。应先确认游戏区服位置、平台使用规则，以及当前客户端是否代理实际游戏进程。启动器能更新，不代表游戏内连接使用同一条路径；网页测试正常，也不能替代实际进入游戏后的验证。
通用网络加速订阅不应被理解为针对所有游戏的专用优化。比较时以实际对局、语音和会话表现为准；若切换路径后仍出现相同异常，检查本地无线环境、后台下载及游戏服务状态。不要通过反复更换国家来代替确认区服。
视频会议、远程桌面与在线文档对连接的要求不同。会议需要持续传送声音和画面，远程桌面需要及时回应操作，文档协作则应确认修改能够保存并同步。办公选线应在任务开始前完成验证，比较 IEPL 专线、中转与直连的实际表现，而不是在会议中不断切换。
如果设备同时运行单位的网络客户端，应先遵守单位的安全和访问规定，确认路由与代理设置是否冲突。VPNLiuLiang 不限台数同时在线，但设备数量规则不能替代对本地网络资源的管理；多台设备的大文件传输仍可能影响同一接入网络上的会议体验。
先确认线路进入客户端，再确认实际请求使用了预期出口。把设置问题与目标服务问题分开，才能减少无效切换。
登录用户面板获取订阅与客户端入口，按教程完成导入。订阅更新结束后，查看客户端是否显示新的线路列表，再确认当前选中项和规则模式。某些客户端会保留上次选择，更新订阅并不必然切换当前连接；列表中能看到线路，也不代表目标应用已经使用它。
需要核对出口时，可以前往我的 IP页面查看当前浏览器的结果。浏览器与其他应用可能采用不同规则，因此浏览器出口正确之后，还要在目标应用中执行一次实际操作。若应用仍异常，检查其规则匹配与系统代理状态，不要只重复导入订阅。
记录发生问题的时间、设备平台、客户端名称、线路名称、目标服务和可见错误提示，再说明换过哪些路径，以及更换后有什么不同。可以提供已遮盖敏感内容的截图，但不要提交密码、完整订阅地址或账户凭据。描述“什么操作失败、在哪里失败”比只写“线路不好用”更便于定位。
若所有地区都无法连接，优先检查本地接入、订阅状态与客户端设置；若只有某个网站失败，优先核对目标服务和代理规则；若只在某个时段出现问题，记录当时的本地网络与所选路径。详细判断流程见排查手册，需要进一步协助时可进入面板工单。