REGION INDEX
下表用於了解線路分布與命名方式，僅展示目錄中的部分代表性城市。實際可用入口會依方案狀態列於使用者面板中，選擇時應同時確認地區、線路類型與使用目的。
「支援」表示目錄提供適用於串流媒體情境的可選線路。內容服務的地區庫與存取策略可能調整，連線後仍應以目標應用實際顯示的內容為準。
| 國家／地區 | 城市 | 線路類型 | 串流媒體 |
|---|---|---|---|
| 亞太 | |||
| 日本 | 東京 | IEPL 專線 | 支援 |
| 日本 | 大阪 | 中轉 | 支援 |
| 中國香港 | 香港 | IEPL 專線 | 支援 |
| 新加坡 | 新加坡 | IEPL 專線 | 支援 |
| 韓國 | 首爾 | 中轉 | 支援 |
| 中國台灣 | 台北 | 中轉 | 支援 |
| 泰國 | 曼谷 | 直連 | 可選 |
| 馬來西亞 | 吉隆坡 | 直連 | 可選 |
| 北美 | |||
| 美國 | 洛杉磯 | IEPL 專線 | 支援 |
| 美國 | 聖荷西 | 中轉 | 支援 |
| 美國 | 西雅圖 | 直連 | 可選 |
| 美國 | 紐約 | 中轉 | 支援 |
| 加拿大 | 多倫多 | 直連 | 可選 |
| 加拿大 | 溫哥華 | 中轉 | 支援 |
| 歐洲 | |||
| 英國 | 倫敦 | 中轉 | 支援 |
| 德國 | 法蘭克福 | IEPL 專線 | 支援 |
| 荷蘭 | 阿姆斯特丹 | 直連 | 可選 |
| 法國 | 巴黎 | 中轉 | 支援 |
| 瑞士 | 蘇黎世 | 直連 | 可選 |
| 瑞典 | 斯德哥爾摩 | 直連 | 可選 |
| 其他地區 | |||
| 澳洲 | 雪梨 | 中轉 | 支援 |
| 紐西蘭 | 奧克蘭 | 直連 | 可選 |
| 阿拉伯聯合大公國 | 杜拜 | 中轉 | 可選 |
| 南非 | 約翰尼斯堡 | 直連 | 可選 |
LINK CLASS
線路類型描述流量如何進入國際鏈路。名稱相同的線路仍可能經過不同電信商與出口路徑，因此應結合目前網路、目標地區與使用情境判斷。
IEPL 專線通常透過受控的跨境傳輸段連接入口與出口，重點在於減少公用網路中難以預測的路由變化。使用者流量會先抵達接入點，再經由專用傳輸段送往目標地區，最後從當地出口存取目標服務。適合持續連線、遠端協作、長時間播放影片，以及對路徑波動較敏感的工作。
這類線路需要配置專用傳輸資源，維運成本通常高於一般直連。成本差異不應簡單理解為「所有情境都更快」：若使用者距離接入點較遠，或目標服務本身回應較慢，專線仍會受到本地網路與目標端狀態影響。選擇時應先確認目標地區是否相符，再觀察連續存取是否穩定。
中轉線路會在使用者與目標地區之間增加一層接入。用戶端先連線至較合適的入口，再由服務端選擇後續傳輸路徑，將流量送往目標城市。這樣能分開處理本地接入與國際出口：入口可貼近使用者目前的網路，出口則依內容地區、服務相容性或鏈路狀態安排。
中轉方式適合日常瀏覽、串流媒體與 AI 工具存取，也方便在同一地區準備不同路徑。其資源成本通常介於 IEPL 專線與一般直連之間，但最終體驗仍取決於入口選擇。若某條中轉線路載入目標頁面較慢，不必立刻切換到距離很遠的地區；優先更換同一區域的另一個入口，通常更容易判斷問題來自接入段還是出口段。
直連線路由用戶端直接連接目標地區的伺服器，路徑結構較短，配置與資源成本通常低於專線和中轉。適合一般網頁存取、檔案同步，以及對特定地區出口有明確需求的情境。直連也很適合作為排查對照：當中轉線路與直連線路表現不同時，可藉此判斷本地電信商路徑是否影響連線。
結構簡單不代表路徑固定。公用網路會依電信商互聯與路由狀態調整傳輸方向，因此直連體驗可能隨所在地區與接入網路而變化。使用時不應只看城市名稱，也不必頻繁追逐短時間變化；只要目標應用運作正常、頁面回應穩定，就可以保留目前線路，避免無意義地反覆切換。
USE CASE ROUTING
選線不是找一個適用於所有應用程式的城市，而是讓目標地區、連線特徵與線路方式相互配合。以下方法可直接用於首次連線與日常切換。
一般網頁、搜尋、資料查詢與輕量檔案存取，通常不需要鎖定特定國家。可以先從地理位置較近的亞太城市開始，比較中轉與直連的頁面載入是否連續。如果常用網站沒有出口地區要求，就不必為了更遠的城市增加路徑長度。確認頁面、圖片與登入狀態都正常後，保留該入口作為日常預設線路。
遇到個別網站無法載入時，應先判斷是單一網站問題，還是整條線路問題。開啟另一個已知可存取的目標網站作對照，比連續切換多個國家更容易定位原因。只有多個目標同時異常時，再改用同一地區的另一種線路類型。
串流媒體目錄通常與出口地區相關，因此首要判斷條件是內容所屬地區，而非城市距離。先在表格中尋找標示「支援」的目標地區線路，完成連線後再開啟應用程式或重新整理內容頁。若應用程式已在背景執行，舊工作階段可能繼續沿用先前的地區資訊；關閉後重新進入，通常比連續切換線路更容易確認結果。
開始播放後，應觀察長時間載入是否穩定，而不只是首頁能否開啟。若能看見目錄但播放過程不穩定，可以在同一國家內切換 IEPL 專線或中轉線路，避免直接跳到與內容區域不一致的出口。內容服務可能自行調整地區庫，最終可見內容仍以應用程式實際結果為準。
AI 網頁與開發工具通常包含登入工作階段、持續輸出與較長的請求。選擇線路時，應優先使用目標服務能正常存取且連續性較佳的地區。完成登入後，不要在同一工作階段中頻繁更換國家，因為出口地區變化可能讓現有連線重新建立，也可能使網頁要求重新確認工作階段。
網頁對話與 API 呼叫的判斷方式不同。網頁存取重點在於登入、輸出與附件載入是否完整；API 呼叫還需觀察連線重用、逾時處理與工作並行。線路頁只負責提供地區與鏈路入口，應用程式端仍應設定合理的重試與逾時策略。若工作持續時間較長，可優先比較 IEPL 專線與中轉線路的連續表現。
遊戲選線應以遊戲伺服器所在區域為核心，而不是帳號地區或商店地區。先選擇接近伺服器區域的入口，再進行實際配對、登入或更新流程驗證。啟動器、資源下載與對局連線可能使用不同目標，因此網頁能開啟並不能取代遊戲內測試。
如果更新正常但對局連線不穩定，可以比較同一區域的中轉與直連；如果登入階段就失敗，則應先檢查用戶端是否已接管遊戲流量。遊戲服務的連線方式差異很大，線路名稱只能提供方向，最終判斷必須以實際登入與對局結果為準。切換前先退出目前工作階段，可減少舊連線殘留對測試的干擾。
遠端文件、程式碼儲存庫、會議與企業後台通常需要維持較長的登入狀態。優先選擇公司服務所在的地區或團隊慣用地區，並在開始會議、上傳檔案或執行遠端工作前確認連線。工作進行中更換出口可能中斷現有工作階段，因此辦公情境更適合保留已驗證的固定日常入口。
企業系統可能有自己的地區存取策略，使用前應遵循所在組織的安全要求。若網頁可存取但桌面應用程式不同步，應分別檢查應用程式是否使用系統網路路徑。需要同時存取本地資源與國際服務時，應先確認用戶端的路由設定，再決定是否切換線路，避免將應用程式設定問題誤判為節點問題。
SWITCH PROCEDURE
一次只改變一個條件，才能判斷問題來自地區、線路類型、用戶端還是目標應用程式。連續跨地區切換會讓測試結果失去參照。
先確認目標服務是否要求特定國家或區域。沒有地區要求的日常存取，可從鄰近入口開始；有內容區域或伺服器區域要求的應用程式，應直接選擇相應地區。
優先在同一國家或鄰近城市中比較 IEPL 專線、中轉與直連。這樣可以盡量維持出口區域一致，只觀察鏈路方式變化所帶來的差異。
切斷舊線路後再建立新連線。用戶端顯示已連線，只能表示通道已建立；還需要開啟目標網頁或應用程式，確認實際業務流量已經經過所選線路。
維持測試頁面、帳號與操作路徑一致。網頁情境檢查登入與內容載入，觀影情境檢查目錄與播放，AI 情境檢查完整輸出，辦公情境檢查同步與長時間工作階段。
線路能穩定完成目標工作後，不必繼續切換。不同接入網路可能得到不同結果，應以目前裝置、目前網路與目前應用程式的實際表現為準。
COVERAGE ACK
06VPN 覆蓋 90+ 個國家／200+ 條線路。本頁表格用於展示地區組織方式，並非完整伺服器清單。使用者面板會依目前方案顯示可選入口，城市名稱用於識別出口區域，線路類型則說明主要傳輸方式。
線路目錄會隨網路調度與服務維護而調整，因此不應將某個城市名稱視為永久固定入口。日常使用更適合保存「目標地區＋線路類型＋適用情境」的選擇邏輯：例如觀影重視內容地區，AI 工具重視工作階段連續性，遊戲重視伺服器區域，辦公重視組織策略與長時間連線。
所有方案均可使用覆蓋目錄，並支援 Windows／macOS／iOS／Android／Linux。不限裝置同時連線，適合在不同裝置上保留各自的用戶端設定。註冊無需電子郵件地址，設定使用者名稱與密碼即可；付款方式為支付寶／微信／USDT。