120+ 国家 / 220+ 线路。先选出口地区，再看线路类型。
地区决定访问出口，路径影响连接体验。这里展示静态线路示例与选择方法；实际可选项目以用户面板和本人订阅内容为准。
REGION · EXIT
下面的国家或地区、城市与线路类型用于说明节点列表的阅读方式，不是完整库存，也不表示每种组合始终可选。线路名称中的城市是出口位置提示，不代表访问目标网站时一定采用最短路径。导入订阅后，应以客户端显示的线路项目为起点，再结合实际应用验证。
流媒体是否可用取决于平台、账户地区与当前出口检测结果，因此表中统一标注为“按平台实际检测”。地区名称本身不构成内容目录或播放质量承诺。窄屏可横向滑动表格查看全部列。
| 国家或地区 | 城市 | 线路类型 | 是否支持流媒体 |
|---|---|---|---|
| 亚太 · ASIA PACIFIC | |||
| 中国香港 | 香港 | IEPL 专线 | 按平台实际检测 |
| 新加坡 | 新加坡 | 中转线路 | 按平台实际检测 |
| 日本 | 东京 | 直连线路 | 按平台实际检测 |
| 日本 | 大阪 | 中转线路 | 按平台实际检测 |
| 韩国 | 首尔 | 直连线路 | 按平台实际检测 |
| 澳大利亚 | 悉尼 | 中转线路 | 按平台实际检测 |
| 北美 · NORTH AMERICA | |||
| 美国 | 洛杉矶 | 中转线路 | 按平台实际检测 |
| 美国 | 西雅图 | 直连线路 | 按平台实际检测 |
| 美国 | 纽约 | 中转线路 | 按平台实际检测 |
| 加拿大 | 多伦多 | 直连线路 | 按平台实际检测 |
| 欧洲 · EUROPE | |||
| 英国 | 伦敦 | 中转线路 | 按平台实际检测 |
| 德国 | 法兰克福 | 直连线路 | 按平台实际检测 |
| 法国 | 巴黎 | 中转线路 | 按平台实际检测 |
| 荷兰 | 阿姆斯特丹 | 直连线路 | 按平台实际检测 |
| 瑞士 | 苏黎世 | 中转线路 | 按平台实际检测 |
| 意大利 | 米兰 | 直连线路 | 按平台实际检测 |
| 其他地区 · OTHER REGIONS | |||
| 巴西 | 圣保罗 | 中转线路 | 按平台实际检测 |
| 南非 | 约翰内斯堡 | 直连线路 | 按平台实际检测 |
| 阿联酋 | 迪拜 | 中转线路 | 按平台实际检测 |
| 印度 | 孟买 | 直连线路 | 按平台实际检测 |
LINE · PATH
IEPL 专线、中转与直连描述的是路径组织方式，不是应用功能的等级。相同出口地区可以对应不同入口和传输路径；同样标为中转的项目，也可能因本地运营商与访问时段而表现不同。比较时应固定应用、设备和本地网络，只替换线路，避免把多个变化混在一起。
IEPL 通常指以以太网专用电路组织的传输链路。在线路方案中，关键传输段采用专线资源，再与入口、出口和互联网访问段配合。它的价值在于减少对部分公网路径变化的依赖，而不是把从设备到目标网站的所有环节都变为专用网络。本地无线网络、入口接入和目标站点仍会影响体验。
这类资源通常具有较高的建设与维护成本，适合重视持续连接的办公、远程协作或长时间交互任务。选择时应观察会话是否连续、文件传输是否中断，以及常用时段的表现。专线标签不等于独享资源，也不代表所有应用都更快；本站不据此给出未经验证的性能数值。
路径理解 本地接入 → 入口 → 专线传输段 → 出口 → 目标服务
中转线路先把流量送到入口，再由中间路径转发至出口。入口和出口可以分别承担接入与访问任务，让跨境访问不必完全依赖本地网络直接到达出口的那条路径。中转增加了转发环节，但如果路径安排适合当前网络，实际访问体验可能比直连更连贯。
中转需要入口资源、转发资源与持续维护，成本结构通常比单纯直连更复杂，但具体成本不能只凭名称判断。它适合希望兼顾日常浏览、视频与文件传输的使用方式。若页面偶尔停顿，先比较同地区的不同路径；只换国家而不看入口，未必能定位问题所在。
路径理解 本地接入 → 中转入口 → 转发路径 → 出口 → 目标服务
直连通常表示客户端经本地网络直接连接出口服务节点，不额外采用所标注的中转入口。这里的“直接”描述逻辑连接，并不表示物理路径没有路由设备。实际数据仍经过运营商网络，路由选择也可能随地区和时段改变，因此地理位置近不一定意味着访问体验更好。
直连通常减少专门的中转资源投入，资源结构相对简洁，但公网接入质量仍需要维护。它适合本地网络到相应地区路径较顺畅的浏览、下载或备用连接。若常用时段表现不稳定，可以在同地区比较中转或 IEPL 专线，而不是仅根据客户端列表中的排列顺序作决定。
路径理解 本地接入 → 公网路径 → 出口 → 目标服务
PURPOSE · SELECTION
选线先回答“要访问什么”，再回答“用哪条路径”。浏览网页、播放视频和保持远程会话，对网络的要求并不相同。客户端连接成功只说明基础连接建立，不能替代应用层验证。建议把已经验证可用的项目加入收藏，并保留不同路径的备选项。
日常浏览可以先从距离较近、符合目标站点地区要求的出口开始。打开常用页面后，继续检查图片、搜索结果、登录页面和附件是否正常加载。首页能打开但内容缺失，可能涉及分流规则或域名解析，并不一定是线路整体不可用。
比较线路时，使用相同浏览器和相同页面，尽量保持本地网络不变。不要同时更换客户端模式、出口与解析设置，否则很难判断哪个环节改善了体验。若只是个别站点异常，可先阅读排查手册，再决定是否更换地区。
流媒体应先按账户与目标内容的地区要求选择出口，再检查登录、内容目录和实际播放。目录可见不代表视频一定能够播放；可以播放也不等于画质固定。平台检测、账户权益、设备能力和本地网络都会参与最终结果。
开始播放后，应观察持续观看与拖动进度时的表现，而不是只看封面是否显示。如果出现地区提示，记录具体提示文字，并比较相同地区的其他出口。不要在播放中频繁跨地区切换，以免把会话变化误当成线路故障。更多说明见流媒体解锁支持。
访问 AI 工具前，应确认目标服务的地区资格与账户规则。选择符合要求的出口后，分别验证网页交互、桌面应用或命令行工具，因为它们不一定采用同一套代理设置。网页正常而命令行连接失败时，优先检查命令行环境的代理配置。
长回复、文件上传与持续交互更适合观察会话连续性。工作过程中尽量保持出口一致，避免不必要的地区切换。如果只在某个编辑器或插件中失败，应保留错误信息，区分认证错误与网络中断。可继续查看AI 工具访问说明，不要把所有报错都归因于节点。
游戏更新下载与实时对局是不同任务。下载更关注持续传输，对局更在意交互连续性和路径波动。通用订阅线路并不等同于针对某款游戏优化的专用服务，不能仅凭出口城市名称判断是否适合对局。
使用前先确认客户端是否接管了游戏所需流量，并遵守游戏的地区与账户规则。测试时应在相同服务器地区比较，观察能否进入、能否保持会话以及是否出现异常断开。如果游戏流量没有进入代理路径，切换线路不会改变结果，应先检查应用规则。
远程办公可以围绕会议、代码仓库、云文档和文件传输分别验证。会议能加入不代表共享画面始终顺畅；代码仓库能浏览不代表推送任务一定完成。优先选择在常用工作时段表现连贯的路径，并为重要会话保留经过验证的备选线路。
VPNPart 支持不限台数，可在 Windows、macOS、iOS、Android、Linux 上按需要配置。多设备同时使用仍会共享相应套餐流量，不代表每台设备单独获得一份额度。公司设备还应遵守组织的网络管理要求，遇到企业访问策略限制时，应联系相应管理员确认。
CHECK · BEFORE SWITCHING
订阅需登录后在用户面板获取，再导入客户端。更新订阅后，确认所选线路仍在列表中，并检查套餐状态与剩余流量。不要将订阅链接贴入公开讨论区，也不要把包含订阅资料的完整配置截图发送给他人。初次配置可按使用教程完成。
客户端启用后，可通过我的 IP查看当前浏览器的出口信息。出口符合预期后，再打开实际需要使用的应用。浏览器出口验证不能证明所有应用都采用同一路径；分流规则、应用内设置和系统代理接管范围需要分别核对。
先确认本地网络本身能够正常访问常用服务，再比较同地区的其他线路。如果切换后仍然只影响某个应用，应检查该应用的错误提示和规则。若不同应用都出现异常，再比较不同路径类型，并记录发生时段、本地网络类型、客户端平台与所选线路名称。
需要协助时，可通过用户面板工单提交上述信息，附上经过遮盖的报错截图。请去除密码、订阅链接与账户敏感资料。清楚描述“在哪个应用、执行什么操作时失败”，比只写“线路不好用”更便于判断。