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。