REGION DIRECTORY
下表用於說明地區分布與接入類型，不顯示延遲、負載或即時頻寬。實際可選線路以登入後的使用者面板為準；連線前可依目標網站、帳號地區與目前網路環境調整出口。
ASIA PACIFIC
適合存取亞洲地區的網站、串流媒體、協作平台及雲端服務。距離較近的出口通常更適合作為日常預設線路。
| 國家或地區 | 城市 | 線路類型 | 串流媒體 |
|---|---|---|---|
| 日本 | 東京 | IEPL 專線 | 支援，需符合目標地區 |
| 日本 | 大阪 | 中轉 | 支援，需符合目標地區 |
| 香港 | 香港 | IEPL 專線 | 支援，需符合目標地區 |
| 新加坡 | 新加坡 | IEPL 專線 | 支援，需符合目標地區 |
| 韓國 | 首爾 | 中轉 | 支援，需符合目標地區 |
| 澳洲 | 雪梨 | 直連 | 支援，需符合目標地區 |
NORTH AMERICA
適合連線至部署於北美的 AI 工具、開發平台、影音服務與企業系統。帳號地區明確時，應優先選擇與帳號資料一致的出口。
| 國家 | 城市 | 線路類型 | 串流媒體 |
|---|---|---|---|
| 美國 | 洛杉磯 | IEPL 專線 | 支援，需符合目標地區 |
| 美國 | 聖荷西 | 中轉 | 支援，需符合目標地區 |
| 美國 | 西雅圖 | 直連 | 支援，需符合目標地區 |
| 美國 | 紐約 | 直連 | 支援，需符合目標地區 |
| 加拿大 | 溫哥華 | 中轉 | 支援，需符合目標地區 |
| 加拿大 | 多倫多 | 直連 | 支援，需符合目標地區 |
EUROPE
適合歐洲網站、跨國團隊、區域內容與當地雲端平台。歐洲國家較多，選擇時應以目標服務實際判定的地區為準。
| 國家 | 城市 | 線路類型 | 串流媒體 |
|---|---|---|---|
| 德國 | 法蘭克福 | 直連 | 支援，需符合目標地區 |
| 法國 | 巴黎 | 直連 | 支援，需符合目標地區 |
| 英國 | 倫敦 | 中轉 | 支援，需符合目標地區 |
| 荷蘭 | 阿姆斯特丹 | 直連 | 支援，需符合目標地區 |
| 瑞士 | 蘇黎世 | 直連 | 支援，需符合目標地區 |
| 瑞典 | 斯德哥爾摩 | 直連 | 支援，需符合目標地區 |
OTHER REGIONS
適用於需要明確地區出口的業務、當地內容或臨時存取任務。遠距離線路更容易受本地網路品質影響，應依穩定性而非地名排序來判斷。
| 國家 | 城市 | 線路類型 | 串流媒體 |
|---|---|---|---|
| 印度 | 孟買 | 中轉 | 支援，需符合目標地區 |
| 阿拉伯聯合大公國 | 杜拜 | 直連 | 支援，需符合目標地區 |
| 巴西 | 聖保羅 | 直連 | 支援，需符合目標地區 |
| 南非 | 約翰尼斯堡 | 直連 | 支援，需符合目標地區 |
| 土耳其 | 伊斯坦堡 | 直連 | 支援，需符合目標地區 |
| 紐西蘭 | 奧克蘭 | 直連 | 支援，需符合目標地區 |
ROUTE TYPES
IEPL 專線、中轉與直連並不是簡單的高低等級之分。三者採用不同的跨境接入路徑，在穩定性、覆蓋範圍、調度彈性與營運成本之間做出不同取捨。
IEPL 專線用於建立更可控的跨境傳輸路徑。相較於完全依賴公共網路逐段轉送的方式，它會將關鍵跨境區段置於更穩定的承載鏈路，再連接至目標地區出口。重點不是製造孤立的測速高峰，而是降低路由波動對持續連線的影響。
這類線路更適合視訊會議、遠端桌面、線上協作、長時間串流輸出，以及對連線連續性要求較高的任務。辦公軟體在工作階段會頻繁同步狀態，AI 工具也可能維持較長的回應連線；若鏈路中途出現明顯抖動，即使網頁仍能開啟，實際操作也可能需要重新連線或中斷輸出。專線的價值主要體現在過程穩定。
專線資源的調度與維護成本通常高於一般路徑，因此不會在每個較少使用的地區採用相同配置。選擇時應先確認目標服務所在區域，再判斷是否確實需要專線。若只是短時間開啟一般網頁，距離較近的中轉線路可能已經足夠。
中轉線路會先連線至經過調度的接入點，再由該接入點轉往目標地區。中間節點負責整理路徑與銜接區域，可避開部分不理想的預設路由。相較於單純直連，它更容易控制入口，同時也能覆蓋更多城市與服務區域。
這類線路適合日常瀏覽、一般影音、開發文件、程式碼託管及多數 AI 網頁版情境。對於目標地區明確、但不需要長時間占用高成本鏈路的任務，中轉通常是實用選擇。使用者可將距離較近且連線穩定的中轉出口設為日常線路，需要特定地區內容時再切換。
中轉並不代表經過的環節越多越好。合理的中轉應減少無效繞行，並維持接入點與目標出口之間路徑一致。若目前線路出現頁面載入正常、但持續傳輸不穩定的情況，可在同一地區嘗試另一條中轉，或切換至對應專線進行比較。
直連線路從目前網路直接連線至目標地區伺服器，不經過專門的中轉入口。結構較為簡潔，適合擴展地區覆蓋，也適用於目標網路本身已有良好連線條件的情況。歐洲、南美及其他較遠地區，常透過直連提供更豐富的國家選擇。
直連的實際體驗會更明顯受到本地電信業者、跨境路由與時段變化影響。同一條線路在不同網路環境下可能有不同表現，因此不能只依城市名稱判斷。需要由當地出口處理帳號地區、查看區域內容或存取本地業務系統時，直連仍有明確用途。
選擇直連時，建議先完成基本存取測試，再檢查長連線與持續傳輸。如果一般網頁穩定，但會議或串流任務容易中斷，可以切換至鄰近地區的中轉或專線；若目標服務嚴格判定國家，則應繼續使用對應地區出口，並比較同地區的不同線路。
SELECTION GUIDE
選擇線路應從任務需求出發。先確定目標地區，再判斷連線是否需要持續穩定，最後才比較同地區的不同接入類型。
日常瀏覽重點在於頁面建立連線是否順暢，以及圖片與指令碼能否持續載入。優先選擇距離較近的亞太中轉或專線作為預設出口，通常比一開始就連線至遠距離地區更容易維持穩定。
若目標網站沒有地區要求，不必頻繁更換國家。維持同一出口可減少登入環境變化，也方便判斷問題來自網站還是線路。當單一網站存取異常時，先在同一地區切換線路類型，再考慮更換國家。
串流媒體選擇的首要條件是地區匹配。帳號資料、內容版權區與出口位置會共同影響可見內容，因此應先確認要存取的片庫屬於哪個地區，再選擇對應國家的線路。
開始播放後，線路需要維持持續傳輸。若能正常進入平台、但播放過程不穩定，可在同一國家切換專線或中轉，不建議立即跳到另一個地區。切換後應重新開啟應用程式或頁面，讓服務重新辨識目前出口。
AI 網頁版常使用串流輸出，開發介面還會涉及並行請求、逾時與持續連線。出口頻繁變更容易觸發額外登入檢查，也會增加問題排查難度。應選擇目標服務支援的地區，並盡量維持固定的國家與線路。
網頁聊天可優先嘗試穩定的中轉或 IEPL 專線；命令列、IDE 外掛與自動化任務則應更重視連線連續性。若請求在建立階段正常、卻在輸出過程中斷，應先檢查本地網路，再比較同地區專線，而不是不斷跨地區切換。
遊戲更重視連續的資料交換與路由穩定性。首先應選擇與遊戲伺服器同區域或鄰近區域的出口，避免為追求特定城市而增加不必要的繞行。亞太伺服器可先比較日本、香港、新加坡與韓國線路。
登入、配對與實際對局可能使用不同服務，因此能進入帳號頁面並不代表整段連線都合適。應在實際對局中觀察操作回應是否穩定。若某條遠距離直連波動明顯，可改用鄰近區域的中轉或專線進行比較。
遠端辦公通常會同時使用會議、文件、訊息與企業系統。不同工具對線路的要求不完全相同，但共同點是工作階段不能頻繁中斷。建議先選擇團隊服務主要部署地區，再優先比較 IEPL 專線與穩定中轉。
會議期間不宜頻繁切換出口，因為重新連線可能影響影音會議與企業帳號狀態。開始工作前應先完成登入、檔案同步與會議測試；進入正式工作階段後維持線路不變。若團隊系統設有地區策略，應使用符合組織要求的出口，而不是只選擇地理距離最近的城市。
裝置數量不限，代表使用者可在 Windows、macOS、iOS、Android 與 Linux 裝置上依需求使用本服務，但多部裝置同時進行大量流量任務仍會共享目前的網路條件。重要會議前，應暫停不必要的背景同步與更新，將穩定鏈路留給核心任務。
CONNECTION CHECK
線路顯示已連線只是起點。完整檢查應涵蓋出口地區、目標服務、持續連線與帳號環境，避免將應用程式快取或服務地區策略誤判為線路故障。
先檢查目前出口是否位於目標國家或地區。存取區域內容、企業系統或 AI 工具時，出口應符合服務支援範圍與帳號使用習慣。若只進行一般瀏覽，可優先使用距離較近且穩定的線路。
切換線路後，已開啟的應用程式可能仍保留舊連線。重新載入頁面或重新啟動目標應用程式，讓新的存取請求經由目前出口傳送。若瀏覽器使用較強的快取，可先用新分頁進行驗證。
開啟網頁只能表示基本連線可用。觀影應檢查連續播放，辦公應檢查會議與同步，AI 工具應檢查完整輸出，遊戲則應進入實際互動。測試內容應與最終用途一致。
排查時不要同時更換國家、線路類型與終端裝置。先固定地區比較不同線路，再固定線路比較不同網路環境。逐項調整更容易判斷問題出在哪個環節。