VPNLH / ROUTING REFERENCE
地区决定出口，规则决定去向。国际站点按用途选择线路，国内网站保留本地直连。
先确定目标服务接受的地区，再核对面板中的线路类型。地理距离、线路名称和实际访问结果需要分开判断。
查看面板线路VPNLH 覆盖 120+ 国家 / 240+ 线路。下表用于对照地区、城市与访问目标，不是完整节点清单，也不是实时库存。香港、东京、新加坡、洛杉矶、巴黎和米兰是分流说明中的地区示例；其他城市同样作为选线参考，是否可选请查看登录后的用户面板。
日常国际站点访问可先从亚太地区开始对照。邻近出口便于作为浏览和办公的候选，但本地接入网络、入口路径与目标站点的位置仍会影响结果。需要特定片库或 AI 服务时，应先满足服务的地区要求，而不是只按地图距离选择。
| 国家 / 地区 | 城市 | 线路类型 | 是否支持流媒体 |
|---|---|---|---|
| 中国香港 | 香港 | 以面板标注为准 | 需验证平台地区与播放 |
| 日本 | 东京 | 以面板标注为准 | 需验证平台地区与播放 |
| 新加坡 | 新加坡 | 以面板标注为准 | 需验证平台地区与播放 |
| 韩国 | 首尔 | 以面板标注为准 | 需验证平台地区与播放 |
| 澳大利亚 | 悉尼 | 以面板标注为准 | 需验证平台地区与播放 |
| 新西兰 | 奥克兰 | 以面板标注为准 | 需验证平台地区与播放 |
北美可作为面向当地服务的出口候选。美国西岸、东岸与加拿大城市分别列出，是为了方便对照目标业务，而不是建立速度排名。访问 AI 工具时还需要核对账户资格、服务开放范围及接口政策；网络出口只解决连接路径，不能替代这些条件。
| 国家 / 地区 | 城市 | 线路类型 | 是否支持流媒体 |
|---|---|---|---|
| 美国 | 洛杉矶 | 以面板标注为准 | 需验证账户地区与播放 |
| 美国 | 西雅图 | 以面板标注为准 | 需验证账户地区与播放 |
| 美国 | 纽约 | 以面板标注为准 | 需验证账户地区与播放 |
| 加拿大 | 温哥华 | 以面板标注为准 | 需验证账户地区与播放 |
| 加拿大 | 多伦多 | 以面板标注为准 | 需验证账户地区与播放 |
| 墨西哥 | 墨西哥城 | 以面板标注为准 | 需验证账户地区与播放 |
欧洲线路适合用于核对当地站点、业务系统和内容服务的访问环境。巴黎、米兰等城市名用于说明出口地区，并不代表访问所有欧洲服务都会获得相同体验。企业系统若设置了地区或网络访问策略，应先与管理员确认，再决定是否改变出口。
| 国家 / 地区 | 城市 | 线路类型 | 是否支持流媒体 |
|---|---|---|---|
| 法国 | 巴黎 | 以面板标注为准 | 需验证片库与播放 |
| 意大利 | 米兰 | 以面板标注为准 | 需验证片库与播放 |
| 德国 | 法兰克福 | 以面板标注为准 | 需验证片库与播放 |
| 英国 | 伦敦 | 以面板标注为准 | 需验证片库与播放 |
| 荷兰 | 阿姆斯特丹 | 以面板标注为准 | 需验证片库与播放 |
| 西班牙 | 马德里 | 以面板标注为准 | 需验证片库与播放 |
拉丁美洲、非洲及西亚城市用于补充地区化访问参考。这类出口更适合已有明确地区需求的业务，不应仅因地区少见就作为日常默认线路。当地服务可能结合账户、账单地区和内容授权判定访问资格，出口位置只是其中一个因素。
| 国家 / 地区 | 城市 | 线路类型 | 是否支持流媒体 |
|---|---|---|---|
| 巴西 | 圣保罗 | 以面板标注为准 | 需按当地平台规则验证 |
| 智利 | 圣地亚哥 | 以面板标注为准 | 需按当地平台规则验证 |
| 阿根廷 | 布宜诺斯艾利斯 | 以面板标注为准 | 需按当地平台规则验证 |
| 南非 | 约翰内斯堡 | 以面板标注为准 | 需按当地平台规则验证 |
| 阿联酋 | 迪拜 | 以面板标注为准 | 需按当地平台规则验证 |
| 土耳其 | 伊斯坦布尔 | 以面板标注为准 | 需按当地平台规则验证 |
地区回答“从哪里访问”，线路类型回答“流量怎样到达出口”。下面介绍常见网络组织方式，不表示 VPNLH 每个城市均提供全部类型，也不构成专线库存承诺。具体名称、可选范围和使用条件以用户面板为准。
IEPL
IEPL 通常指国际以太网专线，利用运营商提供的专用承载连接不同地区。它描述的是链路中的承载方式，不等于用户设备到目标网站的全程都处于专用网络。家庭网络、接入入口、出口服务器和目标站点仍是完整访问路径的一部分。
此类资源通常涉及专用承载与运营维护成本，相比主要依赖公网传输的方案，成本结构往往更高。适合关注路径一致性、持续会话和业务访问体验的场景，但“专线”名称本身不能替代实际验证，也不自动包含固定出口或独享资源。
核对重点：面板是否明确标注类型、目标应用能否持续完成任务，以及晚高峰时原有会话是否正常。
RELAY
中转线路先将请求送到入口，再通过后续链路交给目标地区的出口。入口和出口可以位于不同地区，因此客户端中的接入位置不一定就是网站看到的出口位置。理解这一区别，有助于判断为什么线路名称与网络检测显示的地区并不完全相同。
中转方案的成本取决于入口资源、跨地区传输和出口维护。合适的路径组织可能改善某些接入网络的访问体验，但新增转交环节也会增加排查范围。日常浏览、观影和办公均可按实际任务对照，不能仅凭“中转”标签判断优劣。
核对重点：出口地区是否符合目标服务要求；遇到异常时，区分入口连接失败与出口访问失败。
DIRECT
线路类型中的“直连”通常表示客户端经公网直接连接相应服务节点，不经过额外安排的中转入口。路径较直接并不意味着体验必然更好，公网路由、当地接入与目的地之间的互联情况，都会影响应用能否顺利完成请求。
这类方案通常减少中转资源环节，但总成本仍取决于地区资源和传输需求，不能据此推断本站某条线路的价格。另一个容易混淆的概念是分流规则里的“本地直连”：它表示国内网站使用本地网络，不通过国际出口，与这里的节点接入方式不同。
核对重点：规则显示的是节点类型还是本地访问动作。先辨明含义，再判断请求应走的路径。
没有一条线路适合所有访问。先确定应用需要的地区与连接方式，再从面板当前可选线路中挑选候选。更换线路时尽量只改变一个条件，保留原有规则与错误提示，才能判断变化来自出口、应用还是本地网络。
国内网站保留本地直连，国际站点交给对应规则组。这样便于识别哪个请求需要国际出口，也减少把本地业务带到其他地区后出现的地区识别变化。首次配置完成后，分别打开常用国内站点和国际站点，核对客户端是否命中预期规则。
若页面能打开但图片、登录或下载失败，可能是资源来自不同域名。应检查相关请求的去向，而不是直接把所有流量改走同一个出口。规则更新后重新建立连接，再验证同一页面，避免旧连接让判断失真。
先确认目标内容在哪个地区提供，再选择相应出口。片库展示、账户登录与实际播放属于不同阶段：能看到封面，不代表视频一定可播；能播放某部内容，也不能推断整个片库都可用。平台授权与网络识别策略可能变化，应以当次验证为准。
调整线路后，应结束原有播放会话并重新打开应用，检查内容页、字幕和连续播放表现。播放异常时先记录平台提示，再判断是否涉及账户、内容授权或出口地区。线路服务不能替代流媒体账户与平台自身的订阅要求。
ChatGPT、Claude、Gemini 等工具各有服务地区和账户政策。分流说明中的“ChatGPT → 美国·洛杉矶”“Claude → 日本·东京”用于展示规则写法，不是对账号资格或服务可用性的保证。实际使用应先查目标服务的当前要求，再固定合适出口。
登录后避免在同一任务中频繁切换地区。网页端、命令行和 IDE 插件可能读取不同的代理设置，浏览器能够使用并不代表 API 请求也命中同一规则。流式输出中断时，应检查长连接与应用配置；更多核对方法见 AI 完全指南。
先确定游戏区服和登录平台是否一致，再检查客户端是否接管游戏进程所用的流量。浏览器测试通过不能代替游戏内验证；启动器登录、资源更新和对局连接也可能使用不同地址或传输方式，需要逐项观察。
订阅服务的国际线路不应直接理解为专用游戏加速线路。选择时以客户端实际支持的模式和游戏内连接结果为准，不能仅用出口城市离区服较近就推断体验。排查过程中避免同时大规模下载资源，以免本地网络占用干扰判断。
会议、文档协作、代码托管与公司内部系统可以分别设置规则。企业系统若要求特定接入方式，应遵循管理员说明，不要把本服务视为企业授权访问的替代方案。与企业网络客户端同时使用时，还需检查系统路由是否互相影响。
会议开始前验证语音、视频和共享内容；处理文件前确认上传与保存均能完成。长时间任务宜保持出口一致，切换网络后重新确认会话状态。VPNLH 支持 Windows / macOS / iOS / Android / Linux，不限台数，但各设备仍需分别检查分流配置。
线路名只是入口信息。完整核对需要把配置、出口与应用结果连起来看。遇到问题时先保留当前提示和规则命中情况，再进行调整，避免频繁切换后无法还原问题。