判斷是否生效，而非只看連線圖示
如何確認 VPN 是否正常運作？先查出口 IP，再查 DNS，最後驗證實際要使用的應用。用戶端顯示「已連線」，通常只代表某個連線或網路接管環節已建立，不能單憑這點證明所有流量都經過目標線路。
也要先釐清需求：是要讓指定的國際網站走代理，還是希望裝置大部分的網路請求都進入通道？規則分流模式可讓中國大陸網站直連、國際網站走代理；此時不同網站顯示不同出口，可能正是預期結果。應依實際規則判斷，而不是要求所有檢測頁面都顯示同一地區。
| 檢查項目 | 主要觀察項目 | 無法直接推論的結論 |
|---|---|---|
| 出口 IP | 目前請求對外使用的 IP 位址與網路歸屬 | 其他應用也使用相同路徑 |
| DNS 檢測 | 測試網域由哪些解析服務處理 | 只憑解析器所在地區就判定是否洩漏 |
| 用戶端連線記錄 | 目標請求套用的規則、出口與錯誤訊息 | 記錄中沒出現的應用一定沒有連網 |
| 目標應用驗證 | 實際功能是否可用，以及請求是否走預期出口 | 平台帳號的地區或權限限制也已解除 |
先比較連線前後的結果
一開始不要修改所有設定。先備份目前設定，並記下用戶端使用的是規則模式、全域代理模式還是 TUN 模式。關閉其他代理擴充功能及同時執行的網路用戶端，避免代理設定互相覆蓋；若裝置由公司或機構管理，請先確認管理規範，不要自行停用安全軟體。
- 在可直接連上網路的環境中，先中斷目前的線路，開啟可信任的公網 IP 檢測頁面，記下 IP 位址、網路歸屬及檢測時間。
- 連上目標線路後，用同一個瀏覽器重新檢測。確認頁面送出了新請求，而不是顯示上次快取的結果。
- 查看檢測網域套用的分流規則。若設為直連，先暫時將該網域指定為代理，再進行比較。
- 記錄結果後，還原原本的分流設定，再繼續檢查 DNS 和目標應用。每次只調整一項設定，才能更容易找出原因。
成功匯入訂閱，不代表流量也已成功接管。訂閱連結提供節點及相關設定，用戶端還必須支援其中的協定，並正確啟用接管模式。節點名稱可能只是服務端標籤，不能取代出口驗證；也別把訂閱連結貼到陌生的檢測網站，連結通常包含存取憑證。
出口 IP：觀察位址變化與請求路徑
連線後，檢測頁面顯示的公網 IP 位址變成目標出口，可直接證明該次瀏覽器請求經過線路。地區名稱僅供參考：不同 IP 資料庫可能標示不同歸屬，城市定位尤其不適合作為精確證據。較可靠的方式是綜合比對 IP 變化、網路歸屬與用戶端記錄。
如果 IP 位址沒有變，先確認瀏覽器是否啟用了獨立代理擴充功能、檢測網域是否套用直連規則，以及系統代理是否確實啟用。新舊節點也可能共用相同的公網出口，因此「切換節點後 IP 相同」本身不能證明切換失敗。
也要分別留意 IPv4 和 IPv6。檢測服務可能只檢查其中一種，但瀏覽器造訪其他網站時可能改用另一種位址。若用戶端只接管部分 IP 位址類型，就可能出現檢測頁面走代理、其他連線仍直連的情況。請使用能區分兩種位址的檢測方式，並核對用戶端的 IPv6 路由與 DNS 設定。
公網 IP 檢測只能證明這次連到檢測服務的連線情況。電腦的區域網路 IP 沒有變化很正常；路由器內部位址也不是國際線路出口。
DNS：確認解析路徑，不只看國旗
DNS 會將網域名稱轉換成 IP 位址，網域解析與網頁連線可能走不同路徑。網頁出口已改變，不代表網域查詢也自動經過通道。若設定預期是所有相關查詢都進入通道，卻仍交由本地網路的解析服務處理，就需要進一步檢查。
可信任的 DNS 洩漏檢測通常會觸發對新產生測試網域的查詢，再顯示處理查詢的遞迴解析器。記錄連線前後的解析器名稱、歸屬與變化，並核對用戶端的 DNS 設定。解析器位於本地地區不一定代表洩漏，位於海外也不一定能證明查詢受到通道保護；公共 DNS、任播網路及資料庫誤差都可能影響顯示結果。
瀏覽器的安全 DNS、系統加密 DNS 和用戶端內建 DNS 可能同時運作。瀏覽器啟用 DoH 時，解析請求可能透過獨立的 HTTPS 連線傳送，實際路徑仍取決於代理與路由規則。加密 DNS 能保護查詢的傳輸過程，但「加密」和「經過指定線路」是兩回事。
若結果不如預期，先核對用戶端建議的 DNS 模式，再檢查瀏覽器是否覆寫系統設定。清除 DNS 快取或重新啟動相關應用後再測一次，避免舊記錄干擾。不要只為了讓檢測頁面的國旗一致，就隨意填入解析位址；也不要長期停用解析保護來掩蓋問題。
分應用檢查：瀏覽器通過，不代表整台裝置都通過
系統代理通常會提供代理設定給支援此功能的應用，並不會強制改寫裝置上的所有網路連線。有些命令列程式、遊戲、更新程式或應用內建的網路元件可能不使用系統代理，也可能需要個別設定。瀏覽器檢測正常，只能先確認瀏覽器使用的連線路徑。
TUN 模式透過虛擬網卡與路由接管 IP 流量，涵蓋範圍通常較廣，但仍會受到排除路由、分應用規則、協定支援和權限影響。「全域代理」也可能只是統一選擇已交由代理核心處理的請求路徑，不能等同於接管整台裝置的流量。
在 Windows 和 macOS 上，應分別檢查系統代理、網路擴充功能或虛擬網卡權限。在行動裝置上，則要確認應用的網路接管授權，以及用戶端是否設定了應用排除規則。不同用戶端的選項名稱各異，不能只看開關名稱就推斷接管範圍；安裝與授權方式請參閱本站的使用指南。
- ✅ 瀏覽器：開啟新頁面並核對出口；也要檢查代理擴充功能與安全 DNS 是否各自設有設定。
- ✅ 目標應用：完全關閉後重新開啟，執行實際的網路操作，並在用戶端連線記錄中查找對應網域或程序。
- ✅ 命令列程式：確認是否使用系統代理，或是否需要支援的代理參數與環境變數。
- ✅ 規則命中：檢查請求套用的是代理、直連還是拒絕規則，並確認所選出口符合用途。
- ❌ 只因網頁能開啟、帳號能登入或用戶端圖示亮起，就認定整台裝置的流量都已接管。
查看記錄時，留意網域、程序與時間是否對得上。DNS 查詢、背景連線心跳和實際服務請求可能不是同一條連線；記錄中沒有資料，也可能是記錄層級設定或連線早已建立所致。將記錄提供給支援人員前，請移除訂閱憑證、帳號識別資訊及無關的瀏覽記錄。
看似已連線，實際上未走線路的常見原因
舊連線仍沿用原本的路徑
應用可能重複使用連線池、背景工作階段或已建立的連線。切換出口後，先完全關閉並重新開啟目標應用，再觸發新請求。瀏覽器開新分頁也不一定會建立全新連線；仍須搭配最新的檢測結果與記錄判斷。
分流規則將目標請求導向直連
網頁可能會連到主站、資源網域、登入介面及媒體網域。若只修改主站規則，其他請求仍可能走不同出口。請依據記錄逐一核對相關請求；若短暫切換成統一代理後恢復正常，再回到規則模式修正相關規則即可，不必長期代理所有無關流量。
協定相容性或 UDP 接管不完整
節點協定與流量接管模式處理的是不同問題。Shadowsocks、VMess、Trojan、VLESS 等協定需要用戶端支援相應設定；Hysteria2、TUIC 則仰賴 UDP 傳輸。節點測試成功，不代表所有應用的 UDP 請求都已轉送；請核對用戶端、出口能力與本地網路限制。
平台限制被誤認為線路沒有生效
出口符合預期，但平台仍無法使用，原因可能是帳號地區、應用快取、出口信譽或平台存取規則。IEPL 專線、中轉和直連描述的是傳輸路徑，不能取代最終出口檢查，也無法保證應用一定支援。不要反覆切換地區，藉此推測帳號一定能使用。
如何整理出可供複查的結論
保留連線前後的出口記錄、DNS 結果、接管模式及目標應用記錄。結論盡量寫得具體，例如「瀏覽器連到檢測網域時使用目標出口，目標應用命中代理規則」，不要只寫「VPN 正常」。這樣能減少誤判，也方便日後發現環境變化。
判斷建議：出口符合預期、解析路徑與設定一致，且目標應用的新請求使用正確出口，才能確認本次檢查涵蓋的用途已正常運作。若有任何一項不符，先找出問題所在的層級再修改設定；通過檢測不代表匿名性或安全性獲得絕對保證。
如需進一步排除問題，請參閱說明中心，或透過使用者面板提交問題。提供裝置平台、用戶端名稱、接管模式、錯誤狀況及已完成的檢查項目，比只附上「已連線」的截圖更有幫助。