線路不只取決於目的地區域。存取距離、入口品質、目標服務所在區域與使用時段，都會影響連線表現。本頁依地區展示代表性節點，並說明 IEPL 專線、中轉與直連分別適合哪些使用條件。
下表用於說明代表性地區、城市、線路類型與串流媒體適配方向。實際使用時，請在用戶端取得目前可用節點，並依目標網站或應用程式所在區域進行選擇。
| 國家或地區 | 城市 | 線路類型 | 是否支援串流媒體 |
|---|---|---|---|
| 亞太 | |||
| 日本 | 東京 | IEPL 專線 | 支援 |
| 日本 | 大阪 | 中轉 | 依目標服務選擇 |
| 新加坡 | 新加坡 | IEPL 專線 | 支援 |
| 中國香港 | 香港 | IEPL 專線 | 依目標服務選擇 |
| 中國台灣 | 台北 | 中轉 | 支援 |
| 韓國 | 首爾 | 中轉 | 依目標服務選擇 |
| 澳洲 | 雪梨 | 直連 | 依目標服務選擇 |
| 北美 | |||
| 美國 | 洛杉磯 | IEPL 專線 | 支援 |
| 美國 | 聖荷西 | 中轉 | 支援 |
| 美國 | 紐約 | 直連 | 依目標服務選擇 |
| 加拿大 | 溫哥華 | 中轉 | 支援 |
| 加拿大 | 多倫多 | 直連 | 依目標服務選擇 |
| 歐洲 | |||
| 英國 | 倫敦 | 中轉 | 支援 |
| 德國 | 法蘭克福 | 中轉 | 依目標服務選擇 |
| 荷蘭 | 阿姆斯特丹 | 直連 | 依目標服務選擇 |
| 法國 | 巴黎 | 直連 | 支援 |
| 瑞士 | 蘇黎世 | 直連 | 依目標服務選擇 |
| 其他地區 | |||
| 阿拉伯聯合大公國 | 杜拜 | 中轉 | 依目標服務選擇 |
| 巴西 | 聖保羅 | 直連 | 依目標服務選擇 |
| 南非 | 約翰尼斯堡 | 直連 | 依目標服務選擇 |
「支援」表示該地區設有面向串流媒體用途的線路選擇；不同內容平台會依出口地區、帳戶區域與內容授權採用各自規則，因此應以實際目標服務為準。線路表不以延遲、負載或頻寬估算作為靜態承諾。
線路名稱描述的是資料從本地入口到國際出口之間採用的傳輸結構。理解結構差異，比只看城市名稱更有助於判斷線路是否適合目前用途。
IEPL 專線通常會將入口與國際出口之間的主要傳輸段置於較可控的鏈路中。與完全依賴一般公網路徑相比，這類結構可減少中間路由變化對連線連續性的影響，適合長時間工作階段、持續載入、遠端協作，以及對連線波動較敏感的存取任務。
專線資源的建置與維護成本通常高於一般直連，因此更適合將穩定性置於優先位置的使用情境。選擇時仍要配合目標地區：存取日本服務可優先選擇日本或鄰近亞太入口，存取北美服務則應比較北美專線與較近的中轉線路，而不是看到「專線」標籤就忽略目的地。
中轉線路會先將連線送至經過選擇的入口，再由該入口前往目標地區。它的價值不只是增加一段路徑，而是避開表現不理想的預設國際路由，讓入口選擇、跨境段與出口地區之間形成更清晰的組合。對一般瀏覽、AI 工具、檔案同步與內容平台存取，中轉通常能在涵蓋範圍與線路成本之間取得平衡。
中轉效果取決於入口位置與目標服務位置。存取東亞服務時，選擇亞太中轉通常比繞道更遠地區直接；若目標服務對帳戶地區或出口區域有要求，應先確認目標地區，再選擇對應出口。遇到某條中轉線路不適配特定網站時，切換同地區的另一種線路結構，往往比反覆重新連線至同一節點更有效。
直連線路會從目前網路直接前往出口節點，路徑結構相對簡單，也便於涵蓋更多國家和地區。它適合對出口位置有明確要求、連線任務較輕，或需要嘗試較少見地區的情境。由於中間沒有專門安排的中轉入口，實際表現會更取決於本地網路、跨網互聯狀況與目標地區的公網路由。
直連不代表在所有情況下都更快。地理距離較遠、跨網路徑變化較多或使用時段較繁忙時，較近的中轉或專線可能更穩定。反過來，如果本地網路到目標地區的公網互聯本身順暢，直連便能以更簡單的路徑完成存取。判斷時應以任務是否持續、目標是否固定，以及切換後能否穩定完成操作為準。
同一節點不必承擔所有任務。分別判斷瀏覽、觀影、AI 工具、遊戲與辦公需求，可以減少無效切換，也更容易找到穩定的常用組合。
存取國際網站、查閱資料與處理網頁表單時，優先考慮距離較近、連線過程穩定的地區。亞太入口通常適合以中文網路環境為起點的一般存取。若網頁主體可以開啟，但圖片、腳本或登入元件載入不完整，可嘗試同地區的中轉或專線，而不是直接切換至距離很遠的出口。
鄰近地區 → 同地區不同線路類型 → 目標服務所在區域
內容平台會依出口地區提供對應內容，也可能結合帳戶區域與版權範圍判斷可播放內容。選線時先確認希望存取的內容地區，再使用表中標示支援串流媒體的對應節點。若首頁可以進入但播放頁無法使用，應優先更換同地區的串流媒體線路，並重新開啟目標應用程式，讓連線狀態與出口地區保持一致。
內容地區 → 串流媒體支援 → 同地區備用線路
AI 工具通常包含持續工作階段、分段回應、檔案上傳與多個介面請求。只要其中一段連線頻繁變化，就可能出現回答中斷、頁面長時間等待或上傳失敗。建議優先選擇目標服務可正常存取、工作階段能持續完成的專線或中轉線路。開發工具還可能同時存取程式碼儲存庫、擴充功能市集與命令列服務，因此出口穩定性通常比單次頁面開啟速度更重要。
服務可存取 → 長時間工作階段穩定 → 上傳與開發資源不中斷
遊戲情境應先確認伺服器區域，再選擇地理位置接近該區域的線路。登入、更新與實際對局可能使用不同服務，因此「可以進入帳戶」不代表後續連線一定適合。若連線波動明顯，可在同一目標地區比較專線與中轉；不建議為了城市名稱相近而忽略實際伺服器區域，也不建議頻繁跨地區切換出口。
伺服器區域 → 鄰近出口 → 專線或中轉比較
視訊會議、線上文件、企業控制台與檔案傳輸都要求連線在任務期間保持連續。辦公選線不應在會議開始後才臨時試錯，適合提前準備一條常用線路與一條同地區備用線路。會議與協作服務位於北美時，可優先比較北美專線或中轉；團隊服務集中於亞太時，則從鄰近亞太入口開始更合理。
協作服務地區 → 持續連線 → 同地區備用入口
線路選擇不需要不斷嘗試所有節點。依照目標地區、任務特徵與線路結構逐層縮小範圍，更容易得到可重複的結果。
目標地區是內容平台所在區域、辦公服務所在區域或遊戲伺服器所在區域，而不是目前所在地。確定地區後，先在對應區域內比較線路，避免沒有目的地地跨洲切換。
一般網頁屬於相對短的請求；會議、AI 對話、檔案同步與影片播放則需要連線持續運作。持續任務更適合優先比較專線與中轉，輕量存取則可同時保留直連作為選擇。
先比較同一地區的 IEPL 專線、中轉與直連，才能看出線路結構對任務的影響。若同時改變地區與線路類型，就很難判斷變化來自目的地還是傳輸路徑。
確定常用線路後，再選擇同地區的另一種結構作為備用。這樣在本地網路或目標服務路徑發生變化時，可以快速切換，同時維持出口地區大致一致，減少帳戶區域與內容區域反覆變更。
節點只是連線鏈路的一部分。用戶端模式、本地網路、目標服務規則與訂閱狀態，同樣會影響最終表現。
規則模式會讓不同網站經由不同路徑。如果目標應用程式沒有納入代理規則，切換節點也不會改變它的出口。遇到某個應用程式無法存取而瀏覽器正常時，應先檢查該應用程式是否經過目前連線，再判斷線路本身。
不同接入網路的國際互聯路徑可能不同。同一線路在不同網路環境下出現差異，不代表節點城市發生變化。切換網路後，應重新連線並完成一次完整任務，不要沿用先前的短時間判斷。
部分網站會依出口地區展示內容或決定功能範圍。帳戶設定、內容授權與出口位置可能共同影響結果。需要特定地區內容時，應讓節點地區與目標地區保持一致，並減少頻繁切換。
節點列表來自訂閱設定。若用戶端中的線路名稱長期沒有變化，請先更新訂閱，再重新載入設定。Windows、macOS、iOS、Android、Linux 均需登入後從使用者面板取得對應用戶端與訂閱。