同一國家或城市可能同時提供不同接入方式。表中的「支援串流影音」表示可選擇面向相關平台的適配線路，不代表所有入口都適用於所有內容服務。連線前應在使用者面板核對線路標籤。
| 國家 | 城市 | 線路類型 | 是否支援串流影音 |
|---|---|---|---|
| 亞太 | |||
| 日本 | 東京 | IEPL 專線 | 支援，依平台選擇 |
| 日本 | 大阪 | 中轉 | 支援，依平台選擇 |
| 中國香港 | 香港 | IEPL 專線 | 支援，依平台選擇 |
| 新加坡 | 新加坡 | IEPL 專線 | 支援，依平台選擇 |
| 韓國 | 首爾 | 中轉 | 支援，依平台選擇 |
| 中國台灣 | 台北 | 中轉 | 支援，依平台選擇 |
| 澳洲 | 雪梨 | 直連 | 支援，依平台選擇 |
| 泰國 | 曼谷 | 直連 | 支援，依平台選擇 |
| 馬來西亞 | 吉隆坡 | 中轉 | 支援，依平台選擇 |
| 印度 | 孟買 | 直連 | 支援，依平台選擇 |
| 北美 | |||
| 美國 | 洛杉磯 | IEPL 專線 | 支援，依平台選擇 |
| 美國 | 聖荷西 | 中轉 | 支援，依平台選擇 |
| 美國 | 紐約 | 直連 | 支援，依平台選擇 |
| 加拿大 | 多倫多 | 中轉 | 支援，依平台選擇 |
| 加拿大 | 溫哥華 | 直連 | 支援，依平台選擇 |
| 歐洲 | |||
| 英國 | 倫敦 | 中轉 | 支援，依平台選擇 |
| 德國 | 法蘭克福 | 中轉 | 支援，依平台選擇 |
| 法國 | 巴黎 | 直連 | 支援，依平台選擇 |
| 荷蘭 | 阿姆斯特丹 | 直連 | 支援，依平台選擇 |
| 瑞士 | 蘇黎世 | 直連 | 支援，依平台選擇 |
| 義大利 | 米蘭 | 直連 | 支援，依平台選擇 |
| 西班牙 | 馬德里 | 直連 | 支援，依平台選擇 |
| 其他地區 | |||
| 阿拉伯聯合大公國 | 杜拜 | 中轉 | 支援，依平台選擇 |
| 巴西 | 聖保羅 | 直連 | 支援，依平台選擇 |
| 南非 | 約翰尼斯堡 | 直連 | 支援，依平台選擇 |
IEPL 專線、中轉與直連並不是簡單的高低等級之分。三者採用不同的接入路徑，適合的網路環境、目標地區與使用方式也不同。選擇時應先看穩定性需求，再看目標出口，最後比較目前網路中的實際表現。
IEPL 專線通常將本地接入與境外出口安排在較受控的鏈路中，減少公共網路中不可預測的繞行。重點不在於把出口設得更遠，而是讓跨境區段的路徑更明確。對於需要持續傳輸、遠端協作、會議、雲端文件與長時間連線的情境，這類線路通常更容易維持連貫性。
專線資源的建置與維護成本相對較高，因此服務商往往只在重點地區配置。選擇時仍需考慮目標服務的位置：存取亞太服務可先選鄰近地區，存取北美服務則應選擇對應出口。若目標內容要求特定地區，出口位置通常比線路名稱本身更重要。
中轉線路會先連線至較近或品質較穩定的接入點，再透過中繼鏈路前往目標地區。它能避開本地網路至遠端機房之間表現不穩定的部分路徑，同時保留較多元的出口選擇。中轉不代表一定比直連慢，其價值在於重新組織路由，讓跨地區連線不完全依賴預設路徑。
這類線路適合日常瀏覽、觀賞影片、AI 工具與一般辦公，也是多數使用者可以優先嘗試的通用選項。成本通常介於專線與直連之間。若同一地區提供多個中轉入口，應優先核對用途標籤，而不是只根據城市名稱判斷。目標平台、目前電信業者與接入時段不同，合適的入口也可能不同。
直連線路會從目前網路直接連接境外出口，結構清晰、覆蓋彈性高，適合補充更多國家與城市。它較依賴本地電信業者至目標機房的預設路由，因此在不同網路環境中的差異可能更明顯。距離較近且預設路由合理時，直連線路可以提供直接而有效的存取路徑。
直連資源通常更適合輕量瀏覽、地區切換、備用入口與較少見的目標國家。其部署成本相對可控，因此能擴展更廣的出口範圍。使用時建議將它作為與專線、中轉互補的選擇：重要任務優先評估路徑穩定性，需要特定地區時再選擇對應的直連出口。
線路成本主要來自接入資源、跨境區段的組織方式、出口機房與長期維護。專線需要更明確的鏈路資源，中轉需要額外的接入點與中繼調度，直連則更依賴公共網路路由。成本差異不等於每個情境中的體驗排名，使用者真正需要的是適合目前網路與目標服務的路徑。
城市只代表主要出口位置，無法完整描述接入過程。同一個東京、洛杉磯或倫敦出口，可以透過專線、中轉或直連方式抵達。保留多種接入方式，能讓不同電信業者、不同用途與不同時段的連線擁有替代路徑，也方便在目標服務策略變動時切換。
選線不必從完整清單逐一嘗試。先確認目標服務所在地區與任務類型，再從鄰近地區或對應出口開始，通常比只看線路名稱更有效。以下順序著重於可重複的判斷流程，不提供脫離本地網路環境的速度承諾。
存取國際網站、搜尋資料或處理一般網頁時，優先選擇地理距離較近的亞太中轉或專線入口。較近的接入點通常更容易減少不必要的跨區域繞行。如果目標網站明確面向北美或歐洲，也可以直接切換至對應地區，但不必為了更遠的出口而主動增加路徑長度。
判斷是否合適時，觀察頁面載入是否連續、圖片與文件是否反覆等待、長連線是否容易中斷。一次開啟速度很快，並不足以說明整段使用都穩定，應結合持續瀏覽與多次存取判斷。出現異常時，先切換同地區的另一種線路類型，再考慮更換出口地區。
串流影音平台會結合出口地區、帳號區域與內容授權判斷可觀看範圍，因此觀賞影片時應先符合內容所屬地區，再查看使用者面板中的平台適配標籤。表格中的「支援」表示該地區可選擇適配入口，不代表該地區每條線路都對應同一個平台。
播放過程若出現畫質波動、載入停頓或地區提示，先確認選擇的是目標平台對應的線路，再重新建立連線並重新整理應用程式。不要在播放期間連續切換地區，因為出口變更可能觸發平台重新檢查工作階段。固定至表現穩定的地區後，可將該入口保留為常用選擇。
AI 網頁與開發介面都依賴持續連線，但側重點不同。網頁對登入工作階段與出口一致性較敏感，開發介面則更重視要求逾時、重複提交與連線中斷。使用 AI 工具時，可先選擇北美或工具明確支援的地區，並在同一工作階段中維持出口穩定。
若需要長時間產生內容、上傳檔案或呼叫介面，不建議在任務進行中頻繁切換城市。出現要求失敗時，應先判斷目標服務是否正常，再更換同地區的中轉或專線入口。開發環境還應設定合理的逾時與重試邏輯，避免將應用程式層問題全部歸因於網路線路。
遊戲連線應盡量符合遊戲伺服器所在區域。亞太伺服器可先從日本、韓國、中國香港或新加坡等鄰近入口選擇；北美與歐洲伺服器則優先選擇對應地區。線路類型可先考慮路徑較受控的專線或中轉，但最終判斷仍應以目前網路中的連線穩定性為準。
測試時應在同一接入網路與相近時段比較，避免將 Wi-Fi 波動、背景下載或遊戲伺服器狀態混入結果。重點觀察操作回饋是否連續、對局中是否發生突發中斷，以及多次連線的表現是否一致。找到合適入口後，應減少不必要的切換。
遠端會議、企業電子郵件、程式碼儲存庫、雲端文件與管理後台通常需要穩定的工作階段。先確認企業服務主要部署在哪個地區，再選擇同地區或鄰近地區的專線、中轉入口。若企業系統對登入地區變化較敏感，工作期間應維持同一出口，避免頻繁切換造成額外驗證。
上傳檔案或進行會議前，可先完成一次實際任務檢查，而不只是開啟網頁。若目前入口在持續傳輸期間出現問題，優先切換同城市的其他線路類型，如此可保留出口地區，同時調整接入路徑。涉及企業內部權限時，也應遵循所在組織的網路與資訊安全要求。
線路判斷應盡量控制變因。一次測試只改變一個條件，才能區分問題來自本地網路、接入方式、出口地區或目標服務。以下方法適用於瀏覽、觀賞影片、AI 工具、遊戲與辦公情境。
確認要存取的網站、應用程式、內容庫或伺服器主要位於哪個地區。若目標沒有明確地區要求，從較近的亞太入口開始；若服務限定區域，則直接選擇對應國家或城市，避免無目的地跨區域嘗試。
比較線路時，維持使用同一個 Wi-Fi、有線網路或其他目前的接入方式，並暫停明顯占用網路的背景工作。本地網路改變後，先前的比較結果便不再具有相同的參考意義。
在同一個出口地區內比較專線、中轉與直連，可以更清楚判斷接入路徑的影響。若同地區都不適合，再切換鄰近城市或其他地區，不必一開始就在全球入口之間反覆跳轉。
瀏覽就連續開啟常用頁面，觀賞影片就播放目標內容，辦公就進行會議或檔案傳輸，AI 工具則完成一段連續工作階段。實際任務比孤立的頁面開啟結果更能反映線路是否適合目前用途。
確定常用入口後，再保留同地區的另一種線路類型作為備用。如此遇到本地路由變化或目標服務調整時，就能快速切換，同時避免臨時從完整線路清單重新篩選。