$ 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 天無理由退款。