全球节点地区参考
下表是地区与类型的查阅示例，不是完整线路清单，也不代表实时可连接状态。实际可选城市、条目名称及类型以用户面板和客户端当前列表为准。
流媒体列统一标注“按平台地区核对”：它表示需要检查平台服务范围、账号地区、内容授权和出口识别，并非承诺某个城市可访问全部片库。相同地区的不同出口也可能获得不同结果；客户端显示已连接，只说明连接已建立，不能替代目标服务的验证。
亚太地区
日常浏览可从符合服务地区要求的亚太出口开始比较。地理距离较近通常便于安排测试，但实际路径还受本地网络接入、运营商互联与中转安排影响。香港与新加坡是不同的服务地区，不能因为位置相近就互相替代。
| 国家 / 地区 | 城市 | 线路类型 | 是否支持流媒体 |
|---|---|---|---|
| 日本 | 东京 | IEPL 专线 | 按平台地区核对 |
| 中国香港 | 香港 | 中转 | 按平台地区核对 |
| 新加坡 | 新加坡 | IEPL 专线 | 按平台地区核对 |
| 中国台湾 | 台北 | 中转 | 按平台地区核对 |
| 韩国 | 首尔 | 直连 | 按平台地区核对 |
| 澳大利亚 | 悉尼 | 直连 | 按平台地区核对 |
北美地区
需要北美出口时，先确认目标服务接受的国家，再选择城市。美国与加拿大的服务授权、账单要求可能不同；同在美国的西岸与东岸出口，也不意味着采用相同的网络路径。办公系统有地区要求时，应以管理员提供的访问规则为准。
| 国家 / 地区 | 城市 | 线路类型 | 是否支持流媒体 |
|---|---|---|---|
| 美国 | 洛杉矶 | 直连 | 按平台地区核对 |
| 美国 | 西雅图 | 中转 | 按平台地区核对 |
| 美国 | 纽约 | 直连 | 按平台地区核对 |
| 加拿大 | 温哥华 | 中转 | 按平台地区核对 |
| 加拿大 | 多伦多 | 直连 | 按平台地区核对 |
| 墨西哥 | 墨西哥城 | 直连 | 按平台地区核对 |
欧洲地区
欧洲出口适合有明确服务地区需求的访问。不要把欧洲当成统一片库或统一账号地区；意大利、瑞士、英国等地区仍需分别核对。若只是打开普通网页，没有地区要求，可以先比较日常使用路径，再决定是否保留欧洲出口作为备选。
| 国家 / 地区 | 城市 | 线路类型 | 是否支持流媒体 |
|---|---|---|---|
| 意大利 | 米兰 | 中转 | 按平台地区核对 |
| 瑞士 | 苏黎世 | 直连 | 按平台地区核对 |
| 英国 | 伦敦 | 中转 | 按平台地区核对 |
| 德国 | 法兰克福 | 直连 | 按平台地区核对 |
| 法国 | 巴黎 | 直连 | 按平台地区核对 |
| 荷兰 | 阿姆斯特丹 | 中转 | 按平台地区核对 |
其他地区
中东、南美与非洲出口主要用于明确的地区访问需求。选择这些地区前，先确认服务是否开放、账号是否符合要求。出口所在城市只能说明连接的目标位置，不能证明平台会接受该出口，也不能替代账号或支付资格。
| 国家 / 地区 | 城市 | 线路类型 | 是否支持流媒体 |
|---|---|---|---|
| 阿联酋 | 迪拜 | 中转 | 按平台地区核对 |
| 土耳其 | 伊斯坦布尔 | 直连 | 按平台地区核对 |
| 巴西 | 圣保罗 | 直连 | 按平台地区核对 |
| 南非 | 约翰内斯堡 | 直连 | 按平台地区核对 |
线路类型与路径差异
IEPL 专线、中转与直连描述连接路径。它们不等于账号权限，也不直接决定目标服务是否开放。
专用承载段
IEPL 通常指国际以太网专线，使用专用承载资源连接不同地区的网络接入点。与完全依赖公共互联网互联的路径相比，它对相关承载段的资源安排更可控。但用户到接入点、出口到目标网站的路径，仍然可能经过公共网络，因此不能把名称理解成端到端性能保证。
适合优先比较的场景包括连续视频播放、长会话办公，以及在常用时段对路径一致性有要求的访问。测试时应观察实际应用是否持续响应，而不只看连接按钮是否变成成功状态。若问题发生在本地无线网络，改用专线类型也未必解决。
从一般网络建设看，专用承载需要采购和维护相应资源，成本结构通常高于单纯使用公共互联。这里解释的是技术成本差异，不是 RefVPN 的另收费规则；实际套餐与可选范围应查阅套餐页和用户面板。
经接入点转送
中转线路先将连接送到接入点，再由接入点转送至目标出口。增加这一段的意义，是让流量采用另一种互联路径，而不是简单追求路径更短。若本地网络与某个出口的直接互联不理想，合适的中转路径可能更适合日常使用。
它适合网页、资料查询、开发协作等需要兼顾地区选择与路径表现的场景。中转涉及入口和出口，入口名称不能代替最终出口地区。需要特定地区的 AI 工具或内容服务时，应核对最终出口，而不是只看最先接入的城市。
中转的成本包含接入资源、转送流量和出口维护，实际差异取决于具体路径。中转不自动代表使用专用承载，也不必然优于直连。若更换入口后体验改善，应保留该路径作为常用选项，并在相近使用条件下复查。
直接连接出口
直连通常指客户端直接连接目标出口，不另外安排服务侧中转入口。这里的“直接”并不表示数据只经过设备和服务器；底层网络仍会经过运营商路由与互联设施。名称描述的是服务连接结构，而不是网络中间环节的数量。
当本地运营商到目标出口的互联表现合适时，直连可以用于日常访问、开发工具和文件传输。若使用体验在不同时间明显变化，应结合本地接入与公共互联情况判断，不要因为路径名称简单就认定问题来自客户端。
从资源安排看，直连通常少了额外中转层的部署成本，但远端出口位置、资源品质和流量安排仍会影响成本。不能据此推断某条线路的售价，也不能认为直连必定更快。应将它与同地区的其他类型放在相同任务中比较。
按用途选择国际线路
先确定地区是否符合要求，再比较连接是否适合任务。不要为获得一个看起来更好的线路名称而频繁切换出口。
日常浏览
以经常访问的网页为验证对象，观察页面主体、图片和登录功能是否完整。没有明确地区要求时，可从常用地区的线路开始，保留能持续完成任务的选择。某个网页打开缓慢，也可能是网站自身响应、浏览器扩展或本地解析问题。
比较路径时尽量保持设备、网络接入与浏览器一致。不要同时更换线路、清理浏览器数据和修改客户端规则，否则即使访问恢复，也难以判断是哪项操作起了作用。只对部分国际网站有需求时，还应检查客户端的分流设置。
流媒体观影
先核对平台服务地区、账号权益与目标内容的授权范围，再选择相应出口。Netflix、YouTube 等服务的地区判断与内容分发机制并不相同；某个服务可以播放，不能推导其他服务也会获得同样结果。
播放时应观察画面是否持续、缓冲是否反复出现，以及所选画质是否符合账号和设备条件。高画质还受显示设备、应用版本及内容源影响。换线路不会自动增加账号权益，也不会改变支付地区。更完整的核对方法见流媒体解锁全攻略。
AI 工具
使用 ChatGPT 等工具前，先查阅平台当前支持的国家或地区。连接成功不等于账号已符合平台资格；登录验证、账号状态和服务政策都可能影响使用。选择符合要求的出口后，尽量保持同一地区和相对一致的连接习惯。
遇到登录报错时，先记录页面提示，再分别核对账号状态、浏览器会话与出口地区。连续切换不同国家可能增加诊断难度。若页面能打开但对话请求失败，应区分网页加载与请求通道的表现，具体可查阅AI 工具访问专题。
游戏与更新
游戏登录、资源更新和对战连接可能使用不同服务地址，不能只以启动器能否打开判断结果。先确认游戏服务区，再核对客户端规则是否涵盖对应连接。部分应用有独立的网络策略，网络加速订阅不能替代游戏自身的地区与账号要求。
对战体验更看重连接连续性与数据传递的一致性，文件下载表现并不能直接说明对战表现。应在符合游戏条款的前提下验证实际场景；若只是更新慢，可单独比较更新任务，不必同时改变游戏服务器和出口地区。
办公与开发
办公系统可能要求固定地区、指定网络或组织授权。连接公司资源前，应先向管理员确认规则，避免自行改变出口影响访问资格。使用 GitHub 等开发平台时，可以分别验证网页、代码拉取与依赖下载，因为它们可能采用不同域名和连接路径。
长时间会议与远程协作更适合保留已验证的常用线路，并准备符合相同地区要求的备用路径。切换前保存工作进度，避免会话中断造成未提交内容丢失。RefVPN 支持 Windows / macOS / iOS / Android / Linux，同时在线设备不限台数；不同设备仍需分别检查导入结果和路由规则。
连接验证与问题记录
验证应围绕目标任务，而不是只围绕客户端的连接状态。保留清楚的操作条件，后续排查才有依据。
先确认订阅与设备状态
在用户面板查看套餐与订阅状态，再通过客户端更新线路列表。旧列表中的名称不一定与当前可选条目一致。若设备上同时启用了其他网络接管工具，应先厘清各自负责的连接范围，避免规则叠加后无法判断实际采用的路径。客户端与订阅入口可在用户面板下载区查阅。
使用相同任务比较路径
选择一个能复现问题的任务，例如打开同一页面、播放同一内容或拉取同一代码仓库。先记录当前结果，再更换符合相同地区要求的线路。观察问题是普遍存在，还是只发生在特定服务。若所有线路都无法完成同一任务，应同时核对本地网络、应用配置和账号状态，而不是持续尝试更多城市。
提交可以复查的信息
需要协助时，记录使用平台、客户端显示的线路名称、目标服务、错误提示与大致发生时段。截图前遮盖账户凭据和订阅信息，不要把完整订阅内容贴进公开讨论。通过用户面板工单提交问题，可以让后续沟通围绕同一组条件展开。