REGIONS / 地區目錄
地區與線路範例
下表用來說明地區、城市與線路類型的對應關係，並非目前開放線路的完整清單。實際可選地區、協定與線路分組，請以登入後的面板及更新後的訂閱內容為準；範例不代表特定城市一定會持續開放。
串流影音的使用結果會受到平台規則、帳戶地區、內容版權及出口識別影響。表格統一標示「以實際連線結果為準」，不代表特定地區或線路類型一定能存取特定片庫。
窄螢幕可在表格區域左右滑動，查看城市、線路類型與串流影音說明。
| 國家 / 地區 | 城市 | 線路類型 | 是否支援串流影音 |
|---|---|---|---|
| 亞太 | |||
| 日本 | 東京 | IEPL 專線 | 以實際連線結果為準 |
| 日本 | 大阪 | 中轉 | 以實際連線結果為準 |
| 新加坡 | 新加坡 | IEPL 專線 | 以實際連線結果為準 |
| 中國香港 | 香港 | IEPL 專線 | 以實際連線結果為準 |
| 韓國 | 首爾 | 中轉 | 以實際連線結果為準 |
| 澳洲 | 雪梨 | 直連 | 以實際連線結果為準 |
| 北美 | |||
| 美國 | 洛杉磯 | IEPL 專線 | 以實際連線結果為準 |
| 美國 | 聖荷西 | 中轉 | 以實際連線結果為準 |
| 美國 | 西雅圖 | 直連 | 以實際連線結果為準 |
| 美國 | 紐約 | 中轉 | 以實際連線結果為準 |
| 加拿大 | 溫哥華 | 中轉 | 以實際連線結果為準 |
| 加拿大 | 多倫多 | 直連 | 以實際連線結果為準 |
| 歐洲 | |||
| 英國 | 倫敦 | IEPL 專線 | 以實際連線結果為準 |
| 法國 | 巴黎 | 中轉 | 以實際連線結果為準 |
| 德國 | 法蘭克福 | IEPL 專線 | 以實際連線結果為準 |
| 荷蘭 | 阿姆斯特丹 | 中轉 | 以實際連線結果為準 |
| 瑞士 | 蘇黎世 | 直連 | 以實際連線結果為準 |
| 瑞典 | 斯德哥爾摩 | 直連 | 以實際連線結果為準 |
| 其他地區 | |||
| 巴西 | 聖保羅 | 中轉 | 以實際連線結果為準 |
| 智利 | 聖地牙哥 | 直連 | 以實際連線結果為準 |
| 南非 | 約翰尼斯堡 | 中轉 | 以實際連線結果為準 |
| 阿聯酋 | 杜拜 | 中轉 | 以實際連線結果為準 |
| 土耳其 | 伊斯坦堡 | 直連 | 以實際連線結果為準 |
| 印度 | 孟買 | 中轉 | 以實際連線結果為準 |
城市相同，路徑不一定相同
同一個出口城市可能對應不同的入口、傳輸路徑與協定。選擇東京線路時，仍要分辨它經過專線、中轉節點，還是透過公網直連；城市標籤本身無法說明連線體驗。反過來說，地理位置較近的出口，也不一定有更合適的網路路徑。先依目標服務確認地區，再比較同一地區的線路，通常比在不同地區間反覆切換更容易找出問題。
表格不提供即時效能指標，也不會為地區固定排名。實際連線會同時受到本地網路、使用時段、電信業者路由及目標服務狀態影響。選擇線路時，應確認自己的應用程式能否正常完成任務，而不是單看地名或線路名稱推測效能。
TOPOLOGY / 路徑說明
專線、中轉與直連
線路類型描述網路拓撲，協定則描述用戶端如何傳輸資料。兩者屬於不同面向：更換協定不等於更換路徑，更換路徑也不一定會改變出口地區。
路徑示意 · 非實際路由紀錄
- IEPL 專線
- 用戶端 → 入口 → 專線鏈路 → 出口
- 中轉
- 用戶端 → 中轉入口 → 出口
- 直連
- 用戶端 → 公網路徑 → 出口
示意圖僅協助理解架構；目標服務位於出口之後，本地網路連線也會影響使用體驗。
IEPL 專線：著重跨區域傳輸路段
IEPL 通常指國際乙太網路專線。這類線路會透過專用鏈路承載特定跨區域傳輸路段，目的是降低對一般公網路由變動的依賴。其價值在於傳輸路徑較可控，而不是名稱本身代表固定速度。用戶端到入口的本地網路，以及出口到目標網站的路徑，仍會影響整體連線，因此使用專線也不能取代本地網路問題的排查。
從網路建置與資源採購的角度來看，專線通常需要負擔專用鏈路及接取資源成本，維護需求也與一般公網連線不同。若經常進行線上會議、長時間傳輸，或特別在意尖峰時段的表現，可以優先比較同一地區的專線選項。這裡提到的成本差異是技術原理說明，不代表 VPNWhen 會依線路類型另外收費；實際可用範圍以面板顯示為準。
中轉：透過入口調整後續路徑
中轉線路會先將資料送到一個入口，再由入口轉送至出口。增加入口是為了利用不同的網路互連條件改善路徑選擇，不是連線步驟越多越好。入口品質、入口至出口的連線方式，以及出口狀態都會影響結果。合適的中轉路徑可能比直接使用公網更穩定，也可能因入口壅塞或路徑繞行而不適合目前的網路。
中轉通常需要額外的轉送伺服器、頻寬資源與維護工作，成本結構也不同於單純直連。日常瀏覽、觀看串流影音與一般辦公時，可以將中轉列為同一地區的比較選項。切換時先維持出口地區不變，比較頁面載入、播放連續性或會議連線，再決定要保留哪條路徑，避免同時更動太多條件。
直連：路徑架構直接，表現取決於公網
直連是指用戶端透過公網路徑連線至出口，不額外經過服務端的中轉入口。這裡的「直」是指網路拓撲，不代表實際距離最短，也不表示途中沒有電信業者設備。公網互連關係、路由調整與網路繁忙程度都會直接影響連線表現。如果本地網路與目標出口之間的互連品質良好，直連會是清楚易懂的選擇。
直連省略部分服務端轉送環節，但仍需要出口資源與公網頻寬，不能簡單理解成沒有營運成本。若某些時段的連線表現有所變化，可以與同一地區的中轉或專線比較。線路名稱較複雜，不代表一定更適合；也不應只憑「直連」標籤判斷相容性或隱私保護程度。
VPNWhen 的主要安全訴求為軍規級加密。加密保護、線路拓撲與網站帳戶安全各有不同功能；請妥善保管密碼與訂閱連結，並留意目標網站的存取規則。
若想比較 Shadowsocks、VMess、Trojan、VLESS 或 Hysteria2 的設計取捨，請參閱協定詳解。協定名稱本身無法證明特定地區是否支援；請依目前用戶端能否正確匯入，以及面板實際提供的選項來選擇。
INTENT / 依用途選擇
依用途選擇跨境線路
請分開判斷「網頁能否開啟」與「任務能否完成」。先確認地區需求，再檢查應用程式的實際表現；若沒有地區需求，就不必為了地名頻繁更換出口。
以頁面與資源是否完整載入為準
閱讀國際網站、查找資料或瀏覽開發文件時，可先試用本地網路連線表現穩定的地區。若內文能開啟，但圖片、附件或登入頁面載入失敗，可能是頁面中的不同資源套用了不同規則，不能直接歸因於出口城市。請先檢查用戶端連線狀態與應用程式路由規則，再以同一地區的其他線路進行比較。
選定常用線路後，可以保留一條備用路徑。備用線路最好在入口或線路類型上有所不同，遇到路徑變動時才更有比較價值；只收藏名稱相似的線路，未必能解決同一個網路問題。
先確認片庫地區，再測試播放
觀看影片時，首先要確認平台帳戶、片庫版權與出口地區是否相符。能進入首頁，不代表特定節目一定能播放；也不能因為線路屬於 IEPL 專線，就推定它一定支援某個平台。請開啟實際想看的內容，確認播放、拖曳進度與持續觀看是否正常，再判斷是否適合保留。
若頁面可正常存取，但節目顯示地區限制，請先確認平台本身的帳戶與內容規則。若播放時不斷緩衝，可比較同一地區的不同路徑，同時檢查本地 Wi-Fi 與其他下載工作。更換線路無法取代平台會員資格，也不能保證所有內容一直都能觀看。
兼顧服務地區與工作階段連續性
AI 工具支援的地區、帳戶資格與存取政策由各平台決定。請先查看平台官方說明，再選擇符合需求的地區。線路連得上，只代表網路路徑已建立，不表示帳戶權限、付款資格或功能開放狀態也會跟著改變，也不應把特定出口標籤視為帳戶審核保證。
生成長文、上傳檔案與持續對話時，更需要留意工作階段能否完整結束。登入或上傳期間，盡量維持出口一致，避免無故切換地區。若發生中斷，先分辨是服務本身錯誤、帳戶提示還是連線故障，再比較同一地區的其他路徑，有助於減少重複操作。
依遊戲伺服器所在區域判斷
選擇遊戲線路時，應以實際登入的伺服器區域為準，而不是只看用戶端清單中哪個城市比較近。大廳、登入與對戰可能使用不同網路路徑，網頁能正常瀏覽，也不代表對戰連線一定合適。測試時請維持伺服器區域與本地網路條件一致，觀察登入、配對、對戰與語音的實際表現。
通用訂閱服務不等於針對個別遊戲最佳化的專用加速方案。遊戲用戶端也可能不使用系統代理，是否適用取決於用戶端功能、應用程式規則與遊戲條款。若只有特定遊戲異常，請先確認它的流量是否由用戶端接管，再決定是否需要更換線路。
優先考量穩定出口與組織規範
辦公時應先遵守所屬組織的存取與資料處理規範。企業登入、文件協作或遠端會議可能對地區變動較敏感；開始會議、提交表單或傳輸檔案後，請盡量維持連線路徑一致。若同時使用企業網路用戶端，請先確認兩者的路由設定，避免互相影響。
Windows / macOS / iOS / Android / Linux 均為支援平台，同時上線裝置數不限。不過，各裝置連線的網路與用戶端設定可能不同，不能以電腦的連線結果取代其他裝置的檢查。重要任務開始前，請分別測試所需應用程式，並準備同一地區的備用線路。
CHECK / 連線後確認
連線檢查與線路更新
排查問題時，盡量一次只變更一個條件。保留發生問題的應用程式、出口地區與具體狀況，再逐步檢查用戶端、路徑與目標服務，通常比不斷隨機更換線路更有效。
檢查訂閱
從面板取得訂閱後，依照用戶端說明完成匯入與更新。如果範例中的地區沒有出現在清單內，請勿自行猜測伺服器位址；先更新訂閱，再確認面板實際提供的選項。訂閱連結屬於帳戶憑證，請勿貼在公開討論區或放入截圖。
檢查應用程式
確認目標應用程式使用預期的連線規則。瀏覽器能順利存取，不代表其他應用程式的流量也會經過相同路徑。如果只有某個應用程式異常，請先檢查它的規則與錯誤訊息，再測試同一地區的備用線路，避免把應用程式權限問題誤判為線路故障。
記錄問題狀況
回報問題時，請說明所用平台、用戶端提示、線路名稱與發生情境。可以描述「登入成功但上傳中斷」或「首頁正常但節目無法播放」，請勿附上密碼或完整訂閱連結。清楚描述狀況，比只說「連線不好」更有助於找出問題。