想確認 VPN 是否正常運作？別只看「已連線」。先比對出口 IP，再檢查 DNS 解析路徑，最後在實際使用的 App 中驗證。連線圖示只代表用戶端處於某種連線狀態，不表示瀏覽器、桌面 App 和背景流量都經由相同出口。
判斷標準是：目標 App 發出的新請求，是否依預期規則使用所選線路。規則模式可能讓部分網站直接連線，因此本地網站仍顯示原本的出口，不一定代表故障；反過來說，瀏覽器出口改變，也無法證明所有 App 都已接管。
連線狀態、出口 IP 與 App 流量路徑
代理用戶端可能透過系統代理、虛擬網卡或個別 App 規則接管連線。系統代理通常需要 App 配合代理設定；虛擬網卡可接管更多流量，但仍受路由、排除清單與協定支援限制。先確認目前使用的模式，再解讀檢查結果，才不會把正常分流誤判為失效。
| 檢查項目 | 可以確認 | 無法單獨確認 |
|---|---|---|
| 用戶端顯示已連線 | 連線功能已啟動，實際代表的狀態視用戶端而定 | 目標 App 是否使用所選線路 |
| 出口 IP 改變 | 這次查詢使用的公網出口已變更 | 其他 App 與 DNS 是否也走相同路徑 |
| DNS 檢查 | 測試網域的查詢由哪些遞迴解析服務處理 | 所有網域查詢是否都以相同方式處理 |
| App 請求與規則記錄 | 該連線套用的規則與實際選用的出口 | 未測試 App 後續的連線狀況 |
出口 IP：先記錄基準，再比對新請求
先中斷線路，開啟IP 查詢頁面，記下目前的公網 IP 與網路業者。維持相同的網路環境，連上目標線路後再查一次。若期間從 Wi-Fi 切換到其他網路，原本的出口 IP 可能已經改變，這樣的比對無法單獨證明線路已生效。
- 中斷連線後查詢目前的出口，保留結果作為本機比對，不必公開完整 IP。
- 連上目標線路，確認用戶端顯示的是預期節點與運作模式，而不只是選取了節點。
- 重新送出查詢，避免直接讀取舊頁面的結果。必要時先關閉原本的分頁再重新開啟。
- 在用戶端的連線記錄中找出查詢請求，確認套用的規則與出口線路。
- 若查詢網域依規則設定為直接連線，可使用用戶端支援的暫時代理規則重新測試，完成後還原原設定。
出口 IP 改變是有用的依據，但地區標示並非精確定位。不同資料庫的更新速度與判定方式可能不同，城市顯示不一致不代表連線失敗。應優先核對 IP、網路業者與用戶端的出口記錄，不要只看地圖標記。
也要留意 IPv4 與 IPv6。某些查詢頁面可能只顯示其中一種 IP，另一種位址仍可能透過不同路徑連線。請使用能分別檢查兩者的工具，並確認用戶端的 IPv6 接管設定；不要將關閉 IPv6 當成適用於所有裝置的長期解決方案。
DNS 檢查：解析服務不等於流量出口
DNS 會將網域名稱轉換成 IP，瀏覽器再使用解析結果連線至目標服務。兩者彼此相關，但不是同一個環節。DNS 測試頁面通常會透過特製網域觀察遞迴解析器，並非直接顯示每個封包經過的線路。因此，解析器所在地與出口所在地不同，不能單獨證明有 DNS 洩漏。
本文所說的 DNS 洩漏，是指原本應依代理隱私設定處理的查詢，意外透過非預期的本機路徑送出。是否有問題，需一併確認用戶端的 DNS 模式、瀏覽器的安全 DNS 設定、解析器歸屬與實際規則。若分流策略明確設定本地域名由本機解析，這是策略選擇，不應直接視為洩漏。
瀏覽器的加密 DNS 為什麼會影響結果？
瀏覽器可能會啟用 HTTPS DNS，改用自己的解析服務，而非沿用系統設定。加密只能表示查詢內容在相應傳輸環節受到保護，無法證明查詢一定經過代理。瀏覽器自行送出的解析請求，仍須由路由與代理規則決定出口。
檢查結果異常時，先記下瀏覽器安全 DNS 的狀態，再確認用戶端是否支援接管或協調這類解析。可以暫時調整設定進行比對，測試後請還原成適合自己的配置。不要同時更改瀏覽器設定和切換節點，否則難以判斷是哪項變更影響結果。
DNS 快取也可能讓系統繼續使用舊結果。調整設定後，請重新查詢網域，並依作業系統或用戶端的說明清除快取。不要只因重新整理頁面後仍能開啟網站，就認定新的解析設定已生效；頁面資源可能來自快取，連線也可能沿用既有連線。
個別 App 檢查：瀏覽器正常不代表全部正常
瀏覽器遵循系統代理，但某個桌面 App 沒有遵循，是「網頁正常、App 卻無法使用」的常見原因。另一種可能是瀏覽器安裝了代理擴充功能，因而走不同路徑。測試時要分清楚擴充功能代理、系統代理與虛擬網卡，不要把幾種設定當成同一項功能。
桌面與行動裝置分別要檢查什麼
在 Windows 與 macOS 上，先確認 App 是否支援系統代理、有沒有內建代理設定，以及用戶端是否啟用虛擬網卡模式。終端機程式也可能依賴代理環境變數，因此終端機的測試結果不能直接用來證明瀏覽器的狀況。啟用虛擬網卡不代表流量一定成功接管，還要檢查權限與路由狀態。
Android 用戶端可能提供依 App 納入或排除的設定，請確認目標 App 沒有被排除。iOS 則應檢查所用用戶端支援的接管方式與規則，不要直接套用其他平台的選單名稱。行動裝置出現 VPN 狀態圖示，同樣不能取代對目標 App 的實際測試。
- ✅ 關閉目標 App 後重新開啟，再執行需要連線的新操作。
- ✅ 在用戶端連線記錄中搜尋相關網域或程序，核對規則與出口。
- ✅ 檢查 App 排除清單、瀏覽器代理擴充功能，以及其他仍在執行的網路工具。
- ✅ 分別測試瀏覽網頁、上傳圖片與 App 訊息，不要以快取頁面代替連線證據。
- ❌ 不要因瀏覽器通過檢查，就認定所有 App 都已使用所選線路。
通訊 App、同步工具等可能會維持長時間連線。切換線路後，既有連線不一定會立即重新建立；重新啟動目標 App，通常比反覆重新整理網頁更有參考價值。若問題集中在上傳、音訊與視訊或即時訊息，也要檢查 UDP 轉送支援與相關規則，不要只測試網頁瀏覽。
顯示已連線卻未走線路：依症狀逐步排查
出口 IP 沒變，但用戶端顯示有流量
先確認查詢請求是否套用直接連線規則，再檢查系統代理或虛擬網卡是否確實啟用。用戶端顯示的流量可能只是訂閱更新、延遲測試或其他背景請求，不能證明目標瀏覽器已接管。如果記錄中找不到目標請求，應先檢查接管範圍，而不是不斷切換節點。
出口 IP 已改變，但目標服務仍無法使用
這通常表示檢查請求已經走線路，但不能因此推論目標服務也能正常使用。服務可能依帳戶地區、付款資料、出口 IP 信譽或工作階段狀態進行限制。先確認目標請求實際使用的出口，再查看錯誤訊息。地區標示正確不代表獲准存取，也不要把所有拒絕存取的狀況都歸因於 DNS。
瀏覽器正常，獨立 App 失敗
先確認該 App 是否繞過系統代理，再檢查程序規則、內建代理與連線重用狀況。如果只有特定功能失敗，應比較該功能與正常功能使用的網域及傳輸方式。訂閱中出現 Shadowsocks、Trojan 或 VLESS 等協定名稱，只能表示配置類型，不能證明用戶端已接管目標 App。
啟用流量接管後，反而完全無法連線
檢查虛擬網卡權限、預設路由、DNS 設定，以及其他網路工具是否也修改了設定。先恢復到可以正常連線的基準狀態，再逐項啟用功能。不要為了測試而長期關閉系統防護；若不清楚設定來源，保留錯誤記錄並向支援管道詢問，比反覆匯入來源不明的配置更妥當。
重新測試與判斷：保留可相互佐證的資訊
有效的重新測試應維持網路環境與目標 App 不變，每次只調整一項因素。記錄測試時間、用戶端模式、所選線路、目標網域與錯誤狀況，再比對出口 IP、DNS 與規則記錄。如此才能判斷差異來自節點、規則，還是 App 本身的狀態。
需要協助時，可透過說明頁面或使用者面板提交這些資訊。分享截圖前，請遮蔽訂閱連結、存取權杖與個人資料。連線記錄可能包含造訪的網域；匿名無日誌是服務的隱私政策聲明，不代表可以直接公開本機用戶端的記錄。
判斷結果：目標 App 的新請求套用預期代理規則、出口結果符合所選線路，且 DNS 行為符合所選策略，才能構成較完整的生效依據。
單次網頁測試只能證明該次請求。若要確認其他 App、其他 IP 位址類型或中斷連線後的狀況，就必須分別測試；「已連線」和「地區正確」都不能取代這些步驟。
首次設定時，可先參考快速入門完成匯入與模式設定，再依本文進行檢查。訂閱連結用來更新節點與相關設定，本身不會接管流量；成功匯入、看得到節點，以及實際請求經由線路傳送，是三種需要分別確認的狀態。