確認 VPN 是否生效：分清連線狀態與應用程式出口
VPN 已連線卻沒生效？先檢查出口 IP 與 DNS，再驗證目標應用程式。用戶端的連線提示只是起點；瀏覽器能開啟網頁，也不代表其他應用程式使用相同線路。
排查時要分清幾個環節：用戶端能否連上節點、作業系統是否將流量交給用戶端、分流規則是否選用代理，以及網站最後辨識到哪個出口。部分用戶端顯示「已連線」，只代表代理核心已啟動或設定已啟用，不代表每個要求都已成功連上遠端。
因此，「生效」必須先界定範圍：是瀏覽器存取國際網站，還是桌面應用程式也要經過線路？規則模式通常允許部分要求直連。若看到中國大陸網站仍使用本地出口，不一定是故障；關鍵在於目標要求是否符合預期規則。
判斷依據：出口 IP 能反映要求所經過的路徑，DNS 則提供網域名稱解析路徑的線索；目標應用程式的連線記錄才能說明該應用程式如何分流。交叉比對這些結果，比反覆點選連線按鈕更有效。
出口 IP 檢查：比對連線前後的結果
出口 IP 是檢測網站看到的要求來源位址，不是裝置在家用網路中的區域網路位址。可先開啟本站的網路檢測頁面並記下查詢結果，再啟用用戶端，使用相同瀏覽器和檢測入口重新查詢。不要只憑位址旁的國旗判斷。
- 先暫停其他代理工具與瀏覽器代理擴充功能，斷開目前的用戶端，記錄本地網路的出口位址及其歸屬資訊。企業裝置應先確認管理政策，不要擅自中斷企業連線。
- 在用戶端選取目標線路，並確認已啟用系統代理或虛擬網卡接管。只選取節點，不一定會改變系統的要求路徑。
- 關閉原本的檢測分頁，再開啟檢測頁面重新查詢。必要時清除該網站的快取，以免將舊頁面誤認為新結果。
- 比對位址是否改變，再確認用戶端連線記錄中的目標網域、命中規則與出口。檢測網站本身也可能被規則設為直連。
位址改變，表示這次檢測要求使用了不同出口；但不能證明所有流量都已接管。若位址沒有改變，則要分別檢查檢測網站是否設為直連、瀏覽器是否略過系統代理，以及代理設定是否未啟用等情況。可暫時切換至全域代理模式重新測試，完成後再還原原本規則。
如果檢測頁面分別顯示 IPv4 與 IPv6，請分開核對。有些設定只接管其中一種網際網路協定，應用程式可能優先使用另一條路徑。先檢查用戶端對 IPv6 的路由與 DNS 支援，不要把停用 IPv6 當成適用所有裝置的長期做法。
DNS 檢查：解析位置不等於存取出口
DNS 負責將網域名稱解析為位址，接著應用程式才會連線至目標位址。這兩條路徑可能不同：網頁要求經過代理，解析要求卻仍交由本地網路處理；也可能是瀏覽器使用安全 DNS，而其他應用程式繼續使用系統解析器。
DNS 洩漏通常是指原本應依預期路徑處理的網域查詢，仍透過本地網路傳送給非預期的解析器。檢測時應使用可信任的 DNS 測試頁面，分別記錄連線前後的解析器資訊，再與用戶端的 DNS 設定比對。一般 IP 查詢頁面若沒有明確提供 DNS 測試，就不能用來判斷解析路徑。
DNS 測試通常會透過不同的測試網域觀察遞迴解析器。結果中顯示的位址可能是解析服務的出口，不是裝置直接連線的位址。公共解析服務也可能使用任播路由，因此解析器所在地區與節點地區不同，不代表一定發生洩漏。
- ✅ 檢查用戶端是否啟用 DNS 接管，以及代理網域與直連網域分別使用哪種解析方式。
- ✅ 檢查瀏覽器的安全 DNS 設定，確認是否使用獨立於系統的解析路徑。
- ✅ 修改設定後重新啟動相關應用程式；必要時清除系統 DNS 快取，再重新存取測試網域。
- ❌ 不要只因看到公共解析器名稱就認定發生洩漏，也不要把單次正常結果視為所有應用程式都能長期正常的保證。
瀏覽器使用加密 DNS，可以降低解析內容在傳輸路徑中暴露的風險，但不會自動讓網頁要求經過 VPN。反過來說，網頁出口改變，也不代表 DNS 已由用戶端接管。這兩項都要分別檢查。
逐一驗證應用程式：系統代理與虛擬網卡的差異
系統代理會提供代理設定給應用程式，是否採用則取決於應用程式的實作方式。虛擬網卡模式通常會透過路由接管更多 IP 流量，但仍可能受排除項目、權限、網際網路協定版本與用戶端實作影響。全域代理是規則選擇策略，不一定代表作業系統層級已接管所有應用程式。
| 方式 | 通常影響的範圍 | 驗證重點 |
|---|---|---|
| 系統代理 | 遵循系統代理設定的應用程式 | 系統設定是否已啟用，以及目標應用程式是否讀取該設定 |
| 瀏覽器代理擴充功能 | 該瀏覽器中符合擴充功能規則的要求 | 擴充功能規則與瀏覽器設定是否覆蓋用戶端設定 |
| 虛擬網卡模式 | 由路由規則接管的 IP 流量 | 網卡是否已啟動，以及是否有路由排除或權限問題 |
| 應用程式自訂代理 | 該應用程式支援並已啟用代理的連線 | 代理位址、類型是否符合應用程式支援範圍 |
驗證桌面應用程式時，先完全結束並重新啟動，再執行明確的網路操作，例如重新整理內容或開啟遠端檔案。同時查看用戶端連線記錄：是否出現該應用程式的要求、命中哪條規則，以及使用直連還是目標節點。沒有記錄只能表示目前尚未觀察到，不代表應用程式一定沒有連網。
在 Windows 與 macOS 上，系統代理不一定涵蓋命令列工具及自行管理網路連線的應用程式；在 Linux 上，桌面代理設定也可能與應用程式讀取的環境變數不同。iOS 與 Android 通常透過系統 VPN 介面接管流量，但實際範圍仍取決於用戶端設定與系統限制。請優先參考所用用戶端的操作說明，不要套用其他平台的截圖。
已連線卻未走線路：常見情況與排查順序
已匯入訂閱，但尚未啟用流量接管
訂閱連結用於取得節點與規則設定，成功匯入不代表通道已可使用。請確認目前設定已啟用、節點仍在設定中、用戶端支援相應協定，並檢查系統代理或虛擬網卡狀態。協定負責傳輸方式，不會自動替每個應用程式決定路由。
訂閱網址可能包含帳戶存取憑證，請勿貼到公開檢測網站或公開截圖中。如需協助，可透過控制台工單提交已遮蔽敏感資訊的錯誤記錄。
規則判定為直連，或多個工具互相覆蓋
部分網域依設定採用直連，有些要求則因未符合規則而使用預設出口。請先查看命中的規則，再調整目標網域策略。若同時執行多個代理用戶端、瀏覽器擴充功能或企業連線，可能會改寫系統設定或路由；應先確認由哪個工具負責接管，再逐一排除衝突。
瀏覽器正常，但目標平台仍顯示地區不符
平台可能綜合帳戶地區、付款資料、定位權限、工作階段快取與出口 IP 判斷地區，也可能限制特定出口。請先確認目標要求確實經過線路，再檢查平台端的條件。切換線路可作為比對測試，但出口 IP 改變不代表一定能取得特定地區的片庫。
排查收尾：保留證據，再判斷線路問題
建議依序檢查「本地網路可用 → 用戶端接管 → 檢測要求的出口 → DNS 路徑 → 目標應用程式規則」。每次只調整一項設定，並記錄變更前後的結果；若同時更換節點、DNS 和模式，就很難判斷成功或失敗的原因。
若出口與規則都符合預期，但目標應用程式仍無法使用，再檢查線路連通性、平台限制或應用程式本身的錯誤。IEPL 專線、中轉與直連描述的是網路路徑的組織方式，不能取代應用程式驗證，也不代表特定平台能持續使用。
聯絡客服時，請說明裝置平台、用戶端名稱、所選設定、問題發生時的網路環境，以及已完成的比對步驟。提供「瀏覽器出口已改變，桌面應用程式記錄仍命中直連」這類具體描述，比只說「連上了但沒用」更容易找出問題。設定入口可參考快速入門，地區選擇可參考觀影指南。