下表用於說明代表性涵蓋地區、城市、鏈路類型與串流適用情況，不顯示延遲、負載、在線人數或即時頻寬。實際可選入口以登入後的訂閱內容為準。
適合存取位於東亞與東南亞的內容、工作平台及常用國際服務。距離較近不代表在所有網路環境下都一定更合適，仍需結合本地電信業者路徑判斷。
| 國家／地區 | 城市 | 線路類型 | 是否支援串流 |
|---|---|---|---|
| 香港 | 香港 | IEPL 專線 | 支援 |
| 新加坡 | 新加坡 | IEPL 專線 | 支援 |
| 日本 | 東京 | 中轉 | 支援 |
| 日本 | 大阪 | 直連 | 部分平台支援 |
| 韓國 | 首爾 | 中轉 | 支援 |
| 中國台灣 | 台北 | 直連 | 部分平台支援 |
適合北美內容平台、AI 工具、開發服務及跨區辦公。目標服務位於美國西部時，可先嘗試西岸入口；存取東岸服務時，再比較東岸入口的實際路徑。
| 國家／地區 | 城市 | 線路類型 | 是否支援串流 |
|---|---|---|---|
| 美國 | 洛杉磯 | IEPL 專線 | 支援 |
| 美國 | 聖荷西 | 中轉 | 支援 |
| 美國 | 西雅圖 | 直連 | 部分平台支援 |
| 美國 | 紐約 | 中轉 | 支援 |
| 加拿大 | 溫哥華 | 直連 | 部分平台支援 |
| 加拿大 | 多倫多 | 中轉 | 支援 |
適合歐洲地區的網站、內容平台、協作系統及遠端業務。歐洲境內的目標服務分布較廣，可優先選擇與目標服務同地區的入口，再比較鄰近地區線路。
| 國家／地區 | 城市 | 線路類型 | 是否支援串流 |
|---|---|---|---|
| 英國 | 倫敦 | IEPL 專線 | 支援 |
| 德國 | 法蘭克福 | 中轉 | 支援 |
| 法國 | 巴黎 | 直連 | 部分平台支援 |
| 荷蘭 | 阿姆斯特丹 | 中轉 | 支援 |
| 瑞士 | 蘇黎世 | 直連 | 部分平台支援 |
| 義大利 | 米蘭 | 直連 | 部分平台支援 |
用於存取大洋洲、南亞、中東、南美洲與非洲的地區性服務。跨越較長距離時，入口與目標服務之間的後段路徑影響更明顯，應優先配對目標地區，而非只看入口名稱。
| 國家／地區 | 城市 | 線路類型 | 是否支援串流 |
|---|---|---|---|
| 澳洲 | 雪梨 | 中轉 | 支援 |
| 紐西蘭 | 奧克蘭 | 直連 | 部分平台支援 |
| 印度 | 孟買 | 中轉 | 支援 |
| 阿拉伯聯合大公國 | 杜拜 | 直連 | 部分平台支援 |
| 巴西 | 聖保羅 | 中轉 | 支援 |
| 南非 | 約翰尼斯堡 | 直連 | 部分平台支援 |
線路名稱描述的是流量從本地接入到目標地區的主要組織方式。選擇時不應只比較名稱，也要同時考量本地網路、目標地區、連線持續時間及應用程式對抖動的敏感程度。
IEPL 專線透過較受控的跨區鏈路承載主要傳輸路段，減少流量在公共網路中反覆繞行的機會。其價值不在於提供固定速度承諾，而在於路徑安排更明確，晚間網路繁忙時通常更容易維持連貫的傳輸狀態。對於持續觀影、遠端會議、長時間檔案同步或需要穩定工作階段的系統，專線通常是優先選項。
這類線路需要更多鏈路與調度資源，營運成本通常高於普通直連。因此，使用時更適合保留給對連續性要求較高的任務，而不是把所有背景更新都放在同一入口。若本地接入本身出現封包遺失或無線網路不穩定，專線也無法取代本地網路檢查，應先確認裝置到電信業者入口之間的連線正常。
中轉線路會先將連線送至較合適的接入點，再由中間節點轉往目標地區。其作用是避開本地電信業者到遠端服務之間表現不理想的直接路徑，並在涵蓋範圍、成本與連線穩定性之間取得平衡。中轉入口通常適合日常瀏覽、AI 工具、程式碼託管、資料查詢及跨區協作等綜合用途。
中轉並不代表中間環節越多越好。每增加一段路徑，調度與傳輸都需要額外處理，因此關鍵在於中轉位置是否合理。選擇時可以先配對離本地較近的接入區域，再配對目標服務所在地區。如果同一地區提供不同入口，應以實際開啟速度、工作階段連續性及應用程式相容性比較，不必長期固定使用某個名稱。
直連線路由本地網路直接連接目標地區入口，鏈路結構較簡單，中間調度環節較少。當本地電信業者到目標地區的路由品質合適時，直連可以提供清晰直接的存取路徑，也適合作為臨時切換入口、一般網頁存取或對地區位置有明確要求的任務。
直連表現更容易受到本地電信業者國際出口及目標地區公共網路變化影響。工作日與休息時段、固定網路與行動網路、不同電信業者之間都可能出現明顯差異。因此，直連適合保留為可比較的基礎入口，不應僅憑地理距離判斷。遇到網頁載入停頓、會議聲音斷續或登入狀態頻繁重建時，可以轉向同地區中轉或專線繼續檢查。
選線順序應從「要存取什麼」開始，而不是先找看似最強的線路名稱。用途、目標地區與本地接入方式明確後，候選範圍會明顯縮小。
一般網頁、資料查詢、程式碼文件與電子郵件服務通常同時涉及多個地區的資源。可先選擇地理位置較近的中轉或直連入口，觀察頁面主體、圖片與登入流程是否都能順利完成。若目標網站明確部署於北美或歐洲，再切換至對應地區入口，避免讓連線在不同地區之間往返。
瀏覽任務不必長期占用專線。更實用的做法是保留一個日常入口及一個同地區備用入口。遇到單一網站開啟異常時，先確認是否只有該網站受影響，再更換同地區線路；若所有網站同時異常，則優先檢查本地網路與用戶端狀態。
內容平台會根據出口地區、帳戶資料及平台自身政策決定可見內容。應先選擇與目標內容地區一致、表中標註「支援」的入口，確認帳戶能正常進入內容頁，再檢查播放過程是否連貫。入口可以開啟首頁，不代表帳戶一定能取得相同內容目錄，帳戶地區仍需符合平台規則。
若播放開始後頻繁緩衝，可以比較同地區的專線與中轉。切換後應重新開啟內容應用程式，讓舊連線退出並建立新工作階段。背景同步、雲端硬碟傳輸與系統更新會與播放競用本地網路，觀影時可暫停不必要的傳輸任務，讓本地接入維持穩定。
AI 工具通常包含登入、對話、檔案上傳及結果產生等連續步驟。使用過程中頻繁切換出口地區，可能觸發重新登入、工作階段失效或地區重新判定。建議選擇目標服務可用地區的中轉或專線，在同一次工作流程中維持同一入口，完成任務後再切換。
如果文字對話正常但檔案上傳中斷，應分別檢查檔案大小、本地上傳狀態與目標服務限制，不要直接將所有問題歸因於線路。若瀏覽器與桌面應用程式表現不同，可先確認兩者是否使用相同的代理範圍，再比較同一入口下的結果。
遊戲連線對路徑變化、瞬時封包遺失及抖動更敏感。應先確認遊戲伺服器所在區域，再選擇同區域或鄰近區域入口。連線成功後，不宜在對局過程中更換線路，因為出口變化通常會讓目前工作階段重新建立。下載更新與實際對局可以採用不同入口，前者重視持續傳輸，後者更重視路徑穩定。
若語音正常但遊戲連線異常，可能是不同模組採用不同連線方式。可以檢查用戶端是否啟用全域模式或規則分流，並確認遊戲啟動器與遊戲程序都進入預期線路。無線網路訊號波動也會直接影響對局，應優先排除本地接入問題。
遠端辦公通常同時使用會議、文件、程式碼儲存庫、企業登入與檔案同步。會議與企業登入對連線連續性更敏感，可優先使用中轉或專線；大型檔案同步則可安排在其他任務較少時執行。若企業系統限制登入地區，應選擇符合單位規則的地區入口，並在工作階段期間維持出口一致。
辦公情境應準備同地區備用線路。主要入口異常時，切換至備用入口後重新登入工作系統，避免舊工作階段殘留造成判斷混亂。在公共 Wi-Fi 環境下，也應先確認網路入口網站已完成驗證，再啟動用戶端，否則接入頁面可能被誤判為線路故障。
線路問題需要分層排查。直接連續切換多個入口會混淆結果，也容易將本地網路、用戶端設定與目標服務問題混在一起。
先確認目前網路能正常開啟本地網頁，並檢查無線網路是否穩定。若裝置剛從一個網路切換到另一個網路，應等待系統完成位址更新，再重新連線用戶端。
明確目標網站、內容平台、遊戲伺服器或辦公系統所在的地區。地區不明確時，可從較近的中轉入口開始，再依實際存取結果向目標地區調整。
比較線路時只更換入口，暫時不要同時變更協定、分流模式與本地網路。如此才能判斷差異來自線路，還是其他設定變化。
切換出口後，關閉並重新開啟目標應用程式或頁面，讓舊連線退出。對登入狀態敏感的服務，必要時依其正常流程重新登入，不要沿用異常工作階段繼續測試。
只有某個網站異常時，優先檢查該服務狀態、帳戶地區與應用程式規則；所有國際網站都異常時，再檢查用戶端連線、訂閱更新與本地網路。
為常用地區保留不同鏈路類型的備用入口。主要線路不適合目前網路時，可在同地區的專線、中轉與直連之間切換，不必直接改至無關地區。