$ nodes.list --group region
下表用于认识覆盖方向和入口类型，不代表完整节点清单。线路会随网络环境与平台策略调整；连接前先按目标服务所在地区选择，再在客户端中验证实际访问结果。
“支持”表示该入口配置了对应的流媒体访问能力；“部分平台”表示不同内容服务的地区判定可能不同。账号地区、内容版权与支付地区仍由相应平台决定。
| 国家 / 地区 | 城市 | 线路类型 | 是否支持流媒体 |
|---|---|---|---|
| 亚太 | |||
| 中国香港 | 香港 | IEPL 专线 | 支持 |
| 新加坡 | 新加坡 | IEPL 专线 | 支持 |
| 日本 | 东京 | IEPL 专线 | 支持 |
| 日本 | 大阪 | 中转 | 部分平台 |
| 中国台湾 | 台北 | 中转 | 支持 |
| 韩国 | 首尔 | 中转 | 部分平台 |
| 马来西亚 | 吉隆坡 | 直连 | 部分平台 |
| 泰国 | 曼谷 | 直连 | 部分平台 |
| 印度尼西亚 | 雅加达 | 直连 | 部分平台 |
| 北美 | |||
| 美国 | 洛杉矶 | IEPL 专线 | 支持 |
| 美国 | 西雅图 | 中转 | 支持 |
| 加拿大 | 多伦多 | 直连 | 部分平台 |
| 墨西哥 | 墨西哥城 | 直连 | 部分平台 |
| 欧洲 | |||
| 英国 | 伦敦 | IEPL 专线 | 支持 |
| 德国 | 法兰克福 | 中转 | 支持 |
| 荷兰 | 阿姆斯特丹 | IEPL 专线 | 支持 |
| 法国 | 巴黎 | 直连 | 部分平台 |
| 瑞士 | 苏黎世 | 直连 | 部分平台 |
| 瑞典 | 斯德哥尔摩 | 直连 | 部分平台 |
| 其他地区 | |||
| 澳大利亚 | 悉尼 | 中转 | 支持 |
| 新西兰 | 奥克兰 | 直连 | 部分平台 |
| 巴西 | 圣保罗 | 直连 | 部分平台 |
| 阿联酋 | 迪拜 | 直连 | 部分平台 |
| 南非 | 约翰内斯堡 | 直连 | 部分平台 |
$ man route-types
IEPL 专线、中转和直连不是简单的高低等级。它们使用不同的入口与转送方式，在稳定性、覆盖范围、调度灵活度和运营成本之间做取舍。
IEPL 专线把跨境链路放在更可控的传输路径中，通常用于对连续会话、视频通话和大文件传输更敏感的场景。它的重点不是制造某个固定速度数字，而是减少公共网络路径变化带来的干扰，让连接过程更容易维持一致。
这类线路需要更高的网络资源和持续调度成本，因此通常优先配置在需求集中的地区。适合长期在线办公、频繁使用海外协作工具、观看高画质内容，或希望少做手动切换的用户。若目标服务所在地区已有专线入口，可先从该入口开始测试。
中转线路先接入位置较近的入口，再由服务侧选择后续路径到达目标地区。这样做可以避开部分不稳定的公共路径，也便于根据不同接入网络调整出口。中转的价值在于调度空间：入口和出口可以分别优化，而不必让用户直接承担完整的远距离路径。
它适合日常浏览、AI 工具、流媒体和一般办公，也是覆盖较远地区时常用的折中方案。运营成本通常处于专线与直连之间。遇到同一城市存在多个中转入口时，不应只按名称判断，直接连接并检查目标服务的响应与连续性更可靠。
直连线路从当前网络直接连接目标地区的服务器，路径结构简单，能把更多地区纳入覆盖目录。它适合目标明确、距离较近、当地网络互联条件合适的访问任务，也适合临时切换地区、验证页面地区版本或处理对连续性要求不高的工作。
直连更依赖本地运营商与国际网络当时的路由状态，因此不同接入环境的差异会更明显。其资源组织相对直接，覆盖扩展更灵活，成本通常也更容易控制。使用时应优先选择地理位置接近的目标地区，并保留中转或专线作为替代。
ROUTE COST MODEL
专线需要预留和维护更可控的跨境资源；中转需要同时管理入口、转送路径和出口；直连则把更多判断交给公共网络路由。成本差异最终体现在可调度程度、覆盖广度与异常处理方式上，而不是简单对应“贵就一定快”。
选择套餐时不需要为线路类型分别下单。23VPN 的月订阅按流量档位提供，支持 Windows / macOS / iOS / Android / Linux，不限台数同时在线。线路切换在客户端内完成，适合在不同任务之间保留多个候选入口。
$ route.select --by task
先确定目标服务，再决定地区和线路类型。不要先找看起来最强的标签，也不要把一次连接结果当作长期结论。下面是一套可重复执行的选择顺序。
浏览新闻、文档、社区和普通网页时，优先选地理位置较近的入口。页面访问更在意请求往返是否顺畅，不需要主动追求距离很远的地区。如果相邻地区的直连表现稳定，可以继续使用；出现页面资源加载不完整或会话反复中断时，再切到同地区中转。
日常浏览的目标是减少不必要的路径长度。先用附近线路建立基准，再根据具体网站所在地区调整，通常比固定使用某个远端热门城市更合理。
先根据内容库所在地区选择出口，再确认账号地区、内容授权和支付地区是否一致。线路表中的“支持”代表入口具备对应访问能力，但平台会持续调整地区识别规则，因此客户端中的实际页面结果才是最终判断。
播放过程中若出现清晰度下降、缓冲或地区提示，先保持账号状态不变并切换同地区入口。这样能把账号问题与线路问题分开。专线和中转通常更适合长时间播放；直连可用于地区验证与备选。
AI 工具通常同时依赖网页会话、身份验证、接口请求和持续输出。选线时应重视出口地区的一致性，避免在同一次会话中频繁跨地区切换。目标服务若主要面向北美，可先使用北美中转或专线；面向亚太的服务则从邻近地区开始。
出现登录状态失效、回答中断或资源无法读取时，不要同时修改多个设置。保留当前客户端配置，只替换同地区线路并重新验证，才能判断问题来自出口、浏览器状态还是服务本身。
游戏更关注连续交互和路径变化。应优先选择靠近游戏服务器所在地区的入口，而不是靠近账号注册地区的入口。若附近存在专线，可先测试专线；若游戏服务器与专线出口位置不匹配，中转或直连反而可能更合适。
网络加速不能改变游戏服务器本身的状态，也不能保证所有本地接入网络得到相同结果。验证时应关注操作响应是否稳定、会话是否持续，以及切换地图或匹配区域后是否仍保持连接。
视频会议、云文档、代码仓库和企业后台常在同一工作时段连续使用。此时应优先保证出口稳定，不要在会议或文件同步过程中频繁更换地区。若团队服务集中在某个区域，先选择该区域的专线或中转，并在正式工作前完成登录和文件访问验证。
办公选线建议保留主线路与同地区备选线路。主线路用于会议和协作，备选线路只在连接异常时启用。切换后先检查企业账号会话是否仍有效，再恢复同步任务。对需要固定地区策略的企业系统，应遵循组织内部的访问规则，不自行改变出口地区。
$ diagnose route
线路判断应像排查命令一样，一次只改变一个变量。地区、线路类型、客户端、浏览器状态同时变化，会让结果失去参考价值。
先明确要访问的是内容平台、AI 工具、办公系统还是游戏服务，并确认其主要服务地区。内容库地区与账号界面语言不是同一个概念，不能只根据页面文字判断出口应该放在哪里。
目标服务没有严格地区要求时，从位置接近的入口开始。较短路径通常更容易排查，也便于区分本地接入问题和远端服务问题。只有目标内容或账号策略要求特定地区时，才直接选择对应出口。
同一地区尽量保留不同类型的入口。直连异常时切中转，中转不适合连续任务时再试专线。保持地区不变，只改变线路类型，可以更清楚地判断问题发生在哪一段。
不要只看客户端显示“已连接”。打开真正要使用的服务，检查登录、页面资源、文件读取、连续输出或播放过程。连接状态只是隧道建立的提示，业务是否正常仍需在目标页面验证。
$ route check
> region matched
> service opened
> session stable
先确认本地网络能正常打开常用网站，再重新连接当前线路。如果目标服务仍无法访问，切换到同地区的另一种线路类型。只有同地区入口都无法完成目标任务时，再更换地区。这样能避免无目的地连续切换，导致账号地区、缓存和会话状态相互干扰。
若浏览器保留了旧地区信息，可退出目标服务后重新打开页面。涉及企业系统、支付页面或账号安全检查时，应遵循相应平台规则。23VPN提供的是跨境网络连接能力，不改变第三方服务的账号政策、内容授权或支付要求。
$ coverage.inspect
110+ 国家 / 230+ 线路的意义在于提供地区选择和故障替代，而不是要求用户逐个测试全部入口。常用任务应建立自己的短名单：邻近入口负责日常访问，目标地区入口负责内容与账号地区需求，同地区备选入口负责异常切换。
线路目录会随着网络条件和服务维护调整。城市名称表示出口所在区域，线路类型表示主要路径组织方式；两者共同决定适合的任务。不要把国家数量直接等同于速度，也不要把线路数量直接等同于某个平台一定可用。第三方平台的识别规则、账号地区与内容授权仍需分别确认。
注册无需邮箱地址，使用用户名与密码即可完成。订阅支持 Windows / macOS / iOS / Android / Linux，并允许不限台数同时在线。需要比较流量档位时，可前往套餐页查看完整计费规则；所有订阅均按页面列明的事实执行，并提供30 天无理由退款。