ROUTE DIRECTORY
下表用于说明网络资源的地区分布和拓扑类型，不是完整线路清单。实际可选项目以用户面板为准；同一国家或城市可能提供不同类型的出口，以便根据访问目标和网络环境切换。
| 国家或地区 | 城市 | 线路类型 | 是否支持流媒体 |
|---|---|---|---|
| ASIA PACIFIC · 亚太 | |||
| 新加坡 | 新加坡 | IEPL 专线 | 支持 |
| 日本 | 东京 | IEPL 专线 | 支持 |
| 日本 | 大阪 | 中转 | 支持 |
| 中国香港 | 香港 | IEPL 专线 | 支持 |
| 韩国 | 首尔 | 中转 | 支持 |
| 中国台湾 | 台北 | 中转 | 支持 |
| 马来西亚 | 吉隆坡 | 直连 | 部分支持 |
| 泰国 | 曼谷 | 直连 | 部分支持 |
| 印度尼西亚 | 雅加达 | 直连 | 部分支持 |
| 印度 | 孟买 | 中转 | 部分支持 |
| 澳大利亚 | 悉尼 | 中转 | 支持 |
| 新西兰 | 奥克兰 | 直连 | 部分支持 |
| NORTH AMERICA · 北美 | |||
| 美国 | 洛杉矶 | IEPL 专线 | 支持 |
| 美国 | 圣何塞 | 中转 | 支持 |
| 美国 | 西雅图 | 中转 | 支持 |
| 美国 | 纽约 | 直连 | 部分支持 |
| 加拿大 | 多伦多 | 中转 | 支持 |
| 加拿大 | 温哥华 | 直连 | 部分支持 |
| EUROPE · 欧洲 | |||
| 德国 | 法兰克福 | IEPL 专线 | 支持 |
| 英国 | 伦敦 | 中转 | 支持 |
| 荷兰 | 阿姆斯特丹 | 中转 | 支持 |
| 法国 | 巴黎 | 直连 | 部分支持 |
| 瑞士 | 苏黎世 | 直连 | 部分支持 |
| 瑞典 | 斯德哥尔摩 | 直连 | 部分支持 |
| 波兰 | 华沙 | 直连 | 部分支持 |
| 西班牙 | 马德里 | 直连 | 部分支持 |
| OTHER REGIONS · 其他地区 | |||
| 阿联酋 | 迪拜 | 中转 | 部分支持 |
| 土耳其 | 伊斯坦布尔 | 直连 | 部分支持 |
| 巴西 | 圣保罗 | 中转 | 部分支持 |
| 南非 | 约翰内斯堡 | 直连 | 部分支持 |
代表城市用于解释覆盖结构，不表示每个出口始终采用相同上游路径。线路维护、运营商路由变化或目标服务地区规则调整时，用户面板中的可选项目可能随之更新。
TOPOLOGY REFERENCE
城市名称只说明出口位置，真正影响连接表现的是接入路径、跨区域传输方式和出口网络。判断线路时，应同时理解拓扑类型，而不是只看国家名称。
IEPL 专线强调接入端与境外出口之间的受控传输路径。与完全依赖公共网络逐段转发的方式相比，专线拓扑可以减少中途路由变化带来的不确定性，更适合持续会话、远程办公、较长时间的视频播放以及对抖动敏感的工作负载。
这类线路需要更高的传输与维护成本，因此通常不会承担所有地区的全部流量。使用时应把它视为稳定性优先的选项，而不是默认认为距离更远的专线一定胜过距离更近的其他线路。目标服务所在地、接入网络和当时的路由状态仍会共同影响实际体验。
适合：办公会话 · 持续传输 · 晚高峰稳定性优先
中转线路先把连接送到较合适的接入点，再由中间节点转往目标出口。它的核心价值是把较难控制的一段公共路径替换为更便于调度的传输链路，从而兼顾覆盖范围与路径质量。对于距离较远的出口，中转往往比直接连接更容易获得平稳表现。
中转增加了转发层级，也带来额外的网络资源与运维成本。其效果取决于接入点位置、中转段质量和最终出口三者是否匹配。若目标服务位于北美，而当前接入网络连接亚太较顺畅，先进入亚太接入点再转往北美，可能比直接连接远端出口更便于控制路径。
适合：跨区域访问 · 远端出口 · 覆盖与成本平衡
直连线路由当前网络直接连接目标出口，中间不经过额外的受控中转层。拓扑更简单，适合一般网页浏览、消息同步、资料查询，以及对特定小众地区出口有明确需求的场景。可用地区通常更广，也便于补充专线和中转未覆盖的目的地。
直连表现更依赖本地运营商与远端网络之间的公共路由。同一城市在不同接入网络下可能呈现不同结果，晚间与日间也可能存在差异。因此，直连不应简单理解为较差线路；当目标距离较近、公共路径顺畅时，它可能是结构最直接的选择。
适合：日常浏览 · 邻近地区 · 小众出口需求
ROUTE BY WORKLOAD
没有一条线路可以在所有访问目标和所有接入网络下保持同样表现。更有效的方法是先确认用途，再选择出口地区与拓扑类型，最后用实际任务验证。
日常网页、邮件、消息同步和文档检索更看重响应稳定与连接恢复能力，通常不需要固定追求最远出口。优先选择地理位置较近的亚太线路，再根据接入网络比较直连、中转与专线。若多个页面频繁重新加载或长连接容易中断，可改用路径控制更强的中转或 IEPL 专线。
浏览场景还应关注目标网站的地区版本。若服务会根据出口位置返回不同内容，应直接选择与所需地区相符的城市；若没有地区要求，则以路径简洁、长期表现平稳为主要判断依据。
视频播放依赖持续传输能力，而不只是页面打开速度。建议先按内容平台需要选择对应出口地区，再在标记为支持的线路中测试播放、拖动进度和清晰度切换。短暂打开首页并不能代表完整观影过程稳定，应以一段连续播放作为判断依据。
内容可见范围由平台、账号地区与服务规则共同决定。线路页面中的“支持”表示该出口可用于此类访问场景，不构成特定片库持续可见的承诺。遇到地区识别变化时，可更换同地区的另一种拓扑，而不必先跳到距离更远的国家。
AI 工具通常包含登录、模型请求、文件上传和持续输出等多个连接阶段。选择线路时应优先保持出口地区一致，避免在同一次工作会话中频繁跨地区切换。东京、新加坡、洛杉矶、法兰克福等代表出口可按目标服务支持地区和当前接入网络分别比较。
如果文本请求正常而文件处理不稳定，应检查是否为持续传输路径问题；若登录状态频繁变化，则应减少出口切换。对长时间生成任务和网页端持续会话，路径控制更明确的中转或 IEPL 专线通常更便于维持一致的网络环境。
游戏场景对路径波动和丢包更敏感，但线路名称本身不能代替实际判断。应先确定游戏服务器所在地区，再选择相同或邻近城市。对于亚太服务器，可先比较东京、新加坡、香港与首尔；对于北美或欧洲服务器，则应根据实际服务器区域选择对应出口。
登录、更新与对局可能经过不同服务端，单凭启动器下载速度无法判断对局表现。测试时应保持其他条件不变，只更换线路，并观察完整连接过程。若直连路径波动明显，可改用中转；若持续会话稳定性优先，可进一步比较 IEPL 专线。
视频会议、远程桌面、代码仓库、云端文档和企业控制台对连接连续性要求较高。选线时应优先匹配企业资源所在地区，并尽量固定常用出口。频繁更换国家可能触发服务自身的地区检查，也会使问题排查缺少稳定基准。
办公场景建议准备同地区的主用与备用线路：主用线路承担日常会话，备用线路采用不同拓扑，以便在上游路由变化时切换。SQVPN 支持 Windows / macOS / iOS / Android / Linux，且不限设备台数，可在工作设备之间使用同一服务，但各设备仍应按实际网络分别选线。
REPEATABLE SELECTION
选线不应依赖一次偶然结果。固定目标、固定设备与固定接入网络，再逐项比较，才能区分线路问题、目标服务问题和本地网络问题。
从要访问的服务或资源所在地开始，而不是从线路名称开始。内容平台需要哪个地区、企业资源部署在哪里、游戏服务器属于哪个区域，都会直接决定候选出口。若目标没有明确地区限制，则优先选择距离较近、路径更简洁的出口。
使用同一设备、同一接入网络和同一目标任务进行比较。不要同时切换网络、浏览器与线路，否则无法判断变化来自哪里。移动网络与固定网络的上游路径不同，适合各自保存常用线路，而不是直接复制另一设备的结论。
网页能打开只是连接建立成功。观影应检查持续播放与拖动，AI 工具应检查登录和持续输出，办公应检查会议与远程会话，游戏应检查从登录到对局的完整过程。验证内容必须与真实用途一致。
备用线路最好与主用线路采用不同拓扑。若主用为直连，可准备同地区中转；若主用为中转，可准备专线或另一接入方向。这样在公共路由变化时，切换才具有实际意义，而不是在相似路径之间重复尝试。
COVERAGE NOTES
SQVPN 的覆盖口径为 120+ 国家 / 240+ 线路。“国家”表示可提供出口的国家或地区范围，“线路”表示面板中按城市、拓扑或用途区分的可选网络资源。一个国家可以包含多个城市，同一城市也可以包含不同拓扑，因此国家数量与线路数量不是同一种统计口径。
线路维护会涉及上游运营商调整、出口迁移和路径优化。代表城市能够帮助用户理解网络分布，但不应被解读为永久固定的单一路由。需要长期使用特定地区时，建议在用户面板中保留同地区的替代选项，并在重要工作开始前确认当前连接。
流媒体、AI 工具、企业系统和其他第三方服务均有各自的地区规则、账号策略与内容许可范围。出口位置只是访问条件的一部分，最终可用功能仍取决于目标服务自身。SQVPN 提供网络连接与线路选择，不替代第三方平台的账号资格或服务授权。
注册无需邮箱地址，使用用户名与密码即可完成。套餐采用月订阅与流量包两类计费方式；月订阅流量按开通日每月重置，流量包用完为止并永久不过期。具体价格与流量额度请在套餐页核对，支付方式为支付宝 / 微信 / USDT。