線路目錄依地區、城市與接入方式整理。頁面展示部分代表性入口，用於判斷目標地區與線路類型；完整可用清單以登入後的用戶端為準。
同一國家可能包含不同城市與接入方式。下表用於建立地區概念，不展示延遲、負載或頻寬。實際連線時，應結合所在地網路、目標服務地區與目前使用時段進行測試。
| 國家或地區 | 城市 | 線路類型 | 串流影音 |
|---|---|---|---|
| 亞太 | |||
| 中國香港 | 香港 | IEPL 專線 | 支援 |
| 日本 | 東京 | IEPL 專線 | 支援 |
| 新加坡 | 新加坡 | IEPL 專線 | 支援 |
| 韓國 | 首爾 | 中轉 | 支援 |
| 中國台灣 | 台北 | 中轉 | 支援 |
| 泰國 | 曼谷 | 中轉 | 依目標服務測試 |
| 馬來西亞 | 吉隆坡 | 直連 | 依目標服務測試 |
| 印度尼西亞 | 雅加達 | 直連 | 依目標服務測試 |
| 北美 | |||
| 美國 | 洛杉磯 | IEPL 專線 | 支援 |
| 美國 | 聖荷西 | 中轉 | 支援 |
| 美國 | 西雅圖 | 直連 | 支援 |
| 美國 | 紐約 | 中轉 | 支援 |
| 加拿大 | 多倫多 | 中轉 | 支援 |
| 加拿大 | 溫哥華 | 直連 | 依目標服務測試 |
| 歐洲 | |||
| 德國 | 法蘭克福 | IEPL 專線 | 支援 |
| 英國 | 倫敦 | 中轉 | 支援 |
| 法國 | 巴黎 | 中轉 | 支援 |
| 荷蘭 | 阿姆斯特丹 | 直連 | 支援 |
| 波蘭 | 華沙 | 直連 | 依目標服務測試 |
| 西班牙 | 馬德里 | 直連 | 依目標服務測試 |
| 其他地區 | |||
| 阿拉伯聯合大公國 | 杜拜 | 中轉 | 依目標服務測試 |
| 土耳其 | 伊斯坦堡 | 直連 | 依目標服務測試 |
| 南非 | 約翰尼斯堡 | 直連 | 依目標服務測試 |
| 巴西 | 聖保羅 | 中轉 | 依目標服務測試 |
線路名稱描述的是資料從本地網路進入目標地區的大致路徑。專線、中轉與直連並非單純的高低等級關係，適合的類型取決於連線方向、用途與目前網路條件。
IEPL 專線透過面向企業網路連線的承載路徑銜接入口與出口，公共網路參與的區段較少。其主要價值在於路徑更明確，在跨境存取、持續傳輸與長時間工作階段中較容易維持一致表現。視訊會議、遠端桌面、雲端文件同步，以及需要連續載入的內容，通常適合優先測試此類線路。
專線資源的建置與維護成本高於一般公共網路路徑，因此不會在每座城市配置相同入口。選擇時不必一味追求距離最近的城市，應先確認目標服務所在地區，再比較同方向的專線與中轉線路。若目標位於北美，亞太入口即使地理距離較近，也不一定比北美方向的專線更合適。
中轉線路會先將連線送至較合適的入口，再透過中間鏈路轉往目標城市。其作用是避開部分不理想的直接路徑，並在地區涵蓋與線路成本之間取得平衡。對於串流影音、AI 工具、網頁瀏覽與一般檔案傳輸，中轉通常提供較多地區選擇，也是沒有專線入口時的主要替代方案。
中轉效果與入口位置、出口位置及本地電信網路都有關。同一城市的兩條中轉線路可能採用不同路徑，實際表現不能只從城市名稱判斷。遇到建立連線緩慢或應用程式頻繁重試時，優先切換同地區的另一條中轉線路；若目標服務允許從不同地區存取，再考慮改用鄰近地區，而不是持續修改用戶端的其他設定。
直連線路從目前網路直接存取目標出口，中間調度環節較少，涵蓋城市也更具彈性。它適合日常瀏覽、低頻存取、備用連線，以及本地網路到目標地區本身路徑良好的情境。直連不代表表現必然較低；當電信網路與出口方向相符時，它可以是結構簡單、回應直接的選擇。
直連對本地網路變化較為敏感。不同接入網路、不同地區及尖峰時段都可能改變實際路徑，因此不適合只測試一次便長期下定論。建議保留一個同地區的中轉入口作為對照。若直連開啟網頁時正常，但長時間傳輸容易停頓，可改用中轉或 IEPL 專線；若中轉繞行明顯，直連則可能更精簡。
專線需要持續購買與維護跨境承載資源，適合集中配置於需求較高的方向。中轉透過入口與出口組合擴大涵蓋範圍，資源調度更靈活。直連依賴公共網路路徑，能涵蓋更多地區並作為備用入口。合理的線路目錄通常會同時保留三種類型，而非只配置一種。
DvVPN 的月訂閱流量會依開通日每月重置，流量包用完為止且永久不過期。線路類型不會改變套餐內的流量規則。使用者可依使用頻率選擇月訂閱或流量包，再於用戶端內依情境切換地區與接入方式。
正確順序是先確定目標地區，再確定線路類型，最後進行實際存取測試。只看線路名稱或地理距離，容易忽略帳號地區、內容授權範圍與本地網路路徑。
存取國際網站、查閱資料與使用一般網頁服務時，可先選擇距離較近的亞太入口。香港、東京與新加坡通常適合作為起點。若網頁開啟正常，但圖片或檔案載入不連續，可在同地區比較中轉與 IEPL 專線，不必立刻改用更遠的國家。
日常瀏覽更重視整體回應是否連貫，而非某次測試的瞬時結果。建議固定使用一條表現穩定的主要線路，同時保留同地區另一種線路類型作為備用。如此一來，接入網路發生變化時，可以快速判斷問題來自目前路徑還是目標網站本身。
先依內容所屬地區選擇出口。例如觀看日本地區內容，應先測試東京線路；觀看美國地區內容，則可從洛杉磯、聖荷西、西雅圖或紐約中選擇。帳號地區、付款地區與內容授權地區可能同時影響結果，線路只能改變網路出口地區，不能取代平台自身的帳號規則。
如果首頁可以開啟，但播放頁提示地區不相符，先完全關閉目標應用程式，再更換同地區線路並重新連線。若可以播放，但拖曳進度後頻繁等待，可比較同地區的 IEPL 專線與中轉。測試過程中不要同時切換帳號、用戶端與線路，否則很難判斷哪項變化真正產生影響。
AI 工具通常需要穩定的工作階段連線，也可能依出口地區提供不同功能。選擇前先查看目標工具支援的服務地區，再連線至對應出口。常見起點可以是日本、新加坡、美國或歐洲地區，但最終應以目標工具的地區政策與實際登入結果為準。
若頁面可以開啟，但對話提交失敗，應先維持帳號與瀏覽器不變，只切換同地區線路。若登入狀態頻繁失效，可清除目標網站的舊工作階段後重新連線。上傳文件、產生較長內容或持續使用網頁工作區時，優先比較 IEPL 專線與中轉線路的連續性。
遊戲情境應以伺服器所在地區為目標，而不是遊戲發行地區。亞太伺服器可優先測試東京、首爾、新加坡等方向；北美伺服器則從美國西部或東部入口中選擇。登入、配對、語音與實際對戰可能使用不同網路服務，因此只完成登入並不能代表整段連線都合適。
測試時應維持相同裝置、相同接入網路與相同遊戲區域，逐條比較。若語音正常但對戰連線不穩定，可更換同地區的線路類型。跨洲遊戲受物理距離與遊戲伺服器調度影響較大，網路加速可以最佳化路徑，但無法消除地理距離造成的所有影響。
遠端桌面、視訊會議、程式碼儲存庫與雲端文件都需要維持連續工作階段。應先選擇公司服務或協作平台所在的地區，再優先測試 IEPL 專線或中轉。若企業系統限制登入地區，連線前應確認允許使用的出口位置，避免工作期間頻繁切換地區。
辦公線路應在正式會議或大型檔案同步前完成驗證。先測試登入與權限，再開啟實際工作內容，最後確認長時間連線不會反覆重建。Windows、macOS、iOS、Android 與 Linux 均可透過使用者面板取得對應用戶端；同一帳戶不限台數，方便在辦公裝置間維持一致的線路選擇。
選擇線路不需要反覆嘗試所有國家。先將目標縮小至地區，再比較同地區的接入方式，通常更容易得到可重現的結論。以下順序適用於網頁、串流影音、AI 工具與辦公服務。
查看目標網站、內容平台或企業系統允許使用的地區。若服務與帳號地區有關，應先維持帳號設定不變，只調整網路出口，避免將帳號問題誤判為線路問題。
在目標地區內選擇 IEPL 專線、中轉或直連進行對照。比較時維持裝置、應用程式與接入網路一致。一次只變更線路，才能確認哪條路徑更適合目前環境。
網頁情境應實際開啟常用頁面，觀影情境應進入播放頁，AI 工具應提交正常任務，辦公情境應完成登入與檔案同步。僅看到用戶端顯示已連線，不代表目標服務已經可用。
確定一條常用線路後，再保留同地區的另一種接入方式。接入網路或目標平台發生變化時，先切換備用線路，可以減少無關設定的變動，也方便快速定位問題。
大部分選線問題都可以透過固定的檢查順序排除。不要同時修改多項設定，也不要只憑線路名稱判斷結果。