ROUTE CATALOG
同一國家或地區可能同時提供 IEPL 專線、中轉與直連入口。表格中的城市代表常用出口位置，不表示存取要求一定經過單一路徑。網路營運商會依入口、骨幹網路與出口資源安排鏈路，因此選擇時應同時觀察目標服務所在地區、目前使用的網路與持續使用時的表現。
「串流媒體支援」欄位採取保守說明。內容平台會調整地區資料庫、帳號規則與服務策略，僅憑出口城市無法長期推斷內容是否可用。建議連線至目標地區後直接開啟所需服務確認；若內容地區不符，再切換同地區的其他線路類型，而不要只依城市名稱判斷。
以下目錄用於說明常見地區、城市與線路類型的組合。CavaVPN 整體涵蓋 90+ 國家／200+ 線路，登入後的可選列表可能包含同一城市的不同入口。
| 國家／地區 | 城市 | 線路類型 | 串流媒體支援 |
|---|---|---|---|
| ASIA PACIFIC · 亞太 | |||
| 新加坡 | 新加坡 | IEPL 專線 | 需依目標服務確認 |
| 香港 | 香港 | IEPL 專線 | 需依目標服務確認 |
| 日本 | 東京 | 中轉 | 需依目標服務確認 |
| 日本 | 大阪 | 直連 | 需依目標服務確認 |
| 韓國 | 首爾 | 中轉 | 需依目標服務確認 |
| 中國台灣 | 台北 | 中轉 | 需依目標服務確認 |
| 泰國 | 曼谷 | 直連 | 需依目標服務確認 |
| 馬來西亞 | 吉隆坡 | 直連 | 需依目標服務確認 |
| 菲律賓 | 馬尼拉 | 直連 | 需依目標服務確認 |
| 印度尼西亞 | 雅加達 | 直連 | 需依目標服務確認 |
| 澳洲 | 雪梨 | 中轉 | 需依目標服務確認 |
| NORTH AMERICA · 北美 | |||
| 美國 | 洛杉磯 | IEPL 專線 | 需依目標服務確認 |
| 美國 | 聖荷西 | 中轉 | 需依目標服務確認 |
| 美國 | 紐約 | 直連 | 需依目標服務確認 |
| 加拿大 | 多倫多 | 中轉 | 需依目標服務確認 |
| 加拿大 | 溫哥華 | 直連 | 需依目標服務確認 |
| EUROPE · 歐洲 | |||
| 荷蘭 | 阿姆斯特丹 | IEPL 專線 | 需依目標服務確認 |
| 德國 | 法蘭克福 | 中轉 | 需依目標服務確認 |
| 英國 | 倫敦 | 中轉 | 需依目標服務確認 |
| 法國 | 巴黎 | 直連 | 需依目標服務確認 |
| 義大利 | 米蘭 | 直連 | 需依目標服務確認 |
| 西班牙 | 馬德里 | 直連 | 需依目標服務確認 |
| 瑞典 | 斯德哥爾摩 | 直連 | 需依目標服務確認 |
| OTHER REGIONS · 其他地區 | |||
| 阿拉伯聯合大公國 | 杜拜 | 中轉 | 需依目標服務確認 |
| 巴西 | 聖保羅 | 直連 | 需依目標服務確認 |
| 南非 | 約翰尼斯堡 | 直連 | 需依目標服務確認 |
| 印度 | 孟買 | 中轉 | 需依目標服務確認 |
線路名稱不代表單純的快慢排序。不同方式在入口組織、路徑可控性、資源成本與適用情境上各有側重，理解這些差異比只記住某個城市更有幫助。
IEPL 專線通常會將本地入口與境外出口安排在更明確的承載路徑中，減少公共網路中難以預測的繞行。其價值主要在於路徑管理與持續連線的穩定性，而不是對所有接入網路都呈現相同結果。使用者所在區域、家用寬頻或辦公網路的連線品質，仍會影響最終體驗。
這類線路需要較多網路資源與維護投入，通常適合視訊會議、遠端協作、持續同步、開發工具長連線等對中斷較敏感的工作。若目前使用的網路本身波動明顯，優先測試鄰近地區的 IEPL 入口，通常比盲目選擇距離較遠的出口更合理。
中轉線路會先連入較合適的入口，再透過中間鏈路前往目標出口。它能在涵蓋範圍、路徑彈性與資源成本之間取得平衡，也方便為較遠地區提供更合適的連線方式。中轉不等於固定的效能等級，關鍵仍在於入口位置、出口位置，以及當時的網路路徑是否適合目前工作。
日常瀏覽、AI 工具、內容搜尋與一般辦公通常都可以從中轉線路開始測試。需要特定國家或地區出口時，中轉也往往提供更多城市選擇。如果連線已經穩定，就不必只因名稱不同而頻繁切換；持續使用時的連貫性，通常比單次開啟頁面的速度更值得觀察。
直連線路會由目前使用的網路直接連接目標出口，架構相對清楚，較少依賴入口中轉資源。它適合接入路徑本身較理想、目標地區明確，或希望快速確認某個出口地區是否符合需求的情況。由於跨網互聯與長距離路徑可能變動，直連的實際表現更取決於使用者目前的網路。
資源安排相對簡潔，使直連線路適合作為備用入口或地區驗證入口。若出現網頁載入不穩、長連線重建或尖峰時段體驗變化，可以在同一地區改用中轉或 IEPL 專線進行比較。這樣能分開判斷「地區選擇問題」與「連線路徑問題」，避免一次更換多個變因。
選線沒有適用於所有工作的固定答案。先確定存取目標與連線特徵，再比較同地區入口，通常比反覆切換不同地區更快找到合適組合。
優先選擇地理位置較近、開啟常用網站時連續順暢的入口。這類工作通常單次連線時間較短，不必先追求架構最複雜的線路。可以從鄰近地區的中轉或直連開始，確認網頁、圖片與檔案下載都能正常完成後再持續使用。若不同網站分布於不同地區，應以最常使用的服務作為主要判斷依據，不必為了偶爾造訪的頁面頻繁更換出口。
先依內容庫所在的地區選擇對應出口，再實際開啟目標服務確認帳號地區、內容目錄與播放狀態。串流媒體平台會調整辨識策略，因此即使線路城市相同，也不代表長期呈現完全一致。若內容地區不符，先更換同地區的其他入口；播放過程若連線不穩，再比較中轉與 IEPL 專線，避免一開始就切換到無關地區。
AI 對話、程式碼補全、命令列請求與編輯器內建服務往往包含持續連線，線路短暫重建也可能中斷目前的工作情境。應優先選擇能正常存取目標服務，且長時間連線表現穩定的地區。完成連線後，不只測試網頁首頁，也應實際發起對話、執行開發工具並觀察持續互動。若網頁能開啟但編輯器服務反覆重新連線，可以在同一地區改用路徑管理更集中的線路。
這類應用程式對路徑變化與資料交換的連續性更敏感，應優先考慮遊戲服務所在的地區，而不是只看線路名稱。先關閉不必要的背景同步工作，再分別測試鄰近出口與目標服務所在地區的出口。若登入正常但對戰或即時互動不穩定，應維持裝置、網路與應用程式設定不變，只更換同地區線路，方便判斷問題來自出口還是接入路徑。
辦公情境通常會同時使用會議、文件同步、企業後台與檔案傳輸，重點在於多項服務並行時能否維持連線。建議依公司服務部署地區選擇入口，並在正式會議前完成持續測試。若團隊服務分布於不同地區，可優先確保會議與核心業務系統，再為臨時資料存取切換線路。重要工作開始後應減少不必要的切換，避免重新建立連線影響正在進行的工作。
完成連線後，先確認出口位置是否與所選地區一致，再開啟目標網站或應用程式。若出口地區不符合預期，應先中斷目前連線並重新建立，而不是在舊連線仍保留時連續切換。瀏覽器、應用程式與系統可能保留先前的連線狀態，重新建立連線有助於減少舊快取對判斷造成的干擾。
比較線路時，應盡量使用同一部裝置、同一個接入網路與同一項目標服務。若一次同時更換地區、線路類型、裝置網路與應用程式設定，很難判斷差異來自何處。更穩妥的方式是每次只調整一項條件，並完成實際工作，而不是只看連線按鈕是否顯示成功。
單一網頁暫時無法使用，可能與目標服務狀態、帳號地區、快取或目前網路有關，不宜直接歸因於整條線路。可以先存取其他服務確認基本連線，再回到原本的目標進行測試。若多個應用程式都出現類似問題，再嘗試同地區的其他入口；若只有某個應用程式異常，則應優先檢查該應用程式的網路權限、代理設定與背景執行狀態。
找到合適的地區與線路類型後，可以依用途建立固定選擇，例如辦公使用一組入口、內容存取使用另一組入口。固定組合有助於發現後續變化，也能減少每次連線時的試錯。CavaVPN 支援 Windows、macOS、iOS、Android 與 Linux，且不限裝置數量；不同裝置仍應分別驗證，因為系統網路堆疊與應用程式行為並不完全相同。