VPN 是否生效，不能只看連線圖示。可靠的做法是比對出口 IP、確認 DNS 解析路徑，再逐一測試應用程式。瀏覽器能開啟網頁，只能表示這次請求成功，無法證明所有軟體都已使用代理，更不代表所有流量都依預期轉送。
先釐清自己的需求：是讓特定網站走國際線路，還是讓裝置的大部分網路請求都進入通道？使用分流模式時，本地網站繼續走原本的網路可能完全正常。以下依序檢查基準狀態、流量路徑與應用程式，不必一開始就反覆重裝用戶端。
先釐清：連線狀態、出口與應用程式結果
用戶端顯示「已連線」，可能只表示本機代理已開始監聽，或系統 VPN 介面已建立。訂閱節點是否可連線、網域如何解析，以及目標應用程式是否使用該介面，都是後續不同環節。即使其中一個環節出錯，介面仍可能顯示已連線。
| 觀察項目 | 可以判斷 | 不能據此斷定 |
|---|---|---|
| 用戶端顯示已連線 | 本機連線流程已進入執行狀態 | 所有應用程式都經過遠端出口 |
| 瀏覽器出口 IP 已變更 | 這次檢測請求使用了不同出口 | 其他應用程式、DNS 與其他位址家族的路徑相同 |
| DNS 檢測顯示某個解析服務 | 測試網域的解析過程涉及該服務 | 解析請求一定是透過本地網路直接送出 |
| 目標應用程式可正常使用 | 目前功能的連線路徑可用 | 應用程式的所有背景連線都經過代理 |
因此，判斷是否生效需要綜合各項證據。出口檢查確認請求從哪裡送出，DNS 檢查關注解析是否符合設定，應用程式測試則確認實際需求是否滿足。只看其中一項，可能把正常分流誤認為故障，也可能忽略未經代理的請求。
出口 IP 檢查：比對連線前後
先中斷用戶端連線，在同一個瀏覽器開啟可信任的 IP 檢測網站，記下公網 IP、網路業者與大致位置。接著連線到目標節點，再重新整理同一個頁面。請勿把系統網路設定中的區域網路 IP 當成公網出口；那只是裝置在本地網路中的位址。
- 維持相同網路與瀏覽器，記下中斷連線時的檢測結果。
- 連線至選定節點，確認用戶端目前的模式與所選出口。
- 重新載入檢測頁面；必要時使用無痕視窗，減少舊頁面結果造成的干擾。
- 查看用戶端連線記錄，確認檢測網域符合代理規則，而非直接連線。
- 中斷連線後再次檢測，觀察結果是否隨連線狀態恢復，建立可重複比對的結果。
若使用規則分流，檢測網站本身可能設定為直接連線。此時 IP 沒變不代表節點失效，應先查看符合的規則；若為了診斷暫時切換代理模式，也要確認檢測請求確實套用了該模式。測試完成後請還原原設定，以免影響本地服務。
也要留意 IPv4 與 IPv6。檢測頁面可能只顯示其中一種位址，另一種仍走原本的網路。請選擇能分別顯示兩種結果的檢測方式，並確認用戶端是否接管相應流量。如果目前網路不支援 IPv6，檢測不到 IPv6 也不能當作流量已被接管的證據。
IP 位址的地理位置來自資料庫，不同網站可能顯示不同城市。判斷時應優先確認位址是否變更、網路歸屬是否合理，以及連線記錄是否吻合；城市名稱不同，本身不足以證明選錯線路。
DNS 洩漏：檢查解析路徑，不只看位置
DNS 會將網域名稱轉換成可連線的位址。即使應用程式請求已經走代理，解析請求仍可能透過本地網路送出，暴露查詢資訊，或取得不適用於目前出口的解析結果。不過，DNS 檢測顯示的是參與解析的服務，並非完整的傳輸路徑圖。
檢測前先查看用戶端的 DNS 設定：系統解析、遠端解析、加密解析與虛擬位址模式的處理方式各不相同。瀏覽器也可能另行啟用安全 DNS，繞過系統預設的解析器。請一併檢視瀏覽器設定與用戶端設定，不要只因為看到陌生服務業者就認定發生洩漏。
連線後執行可信任的 DNS 檢測，記下解析服務名稱與其網路歸屬，再和中斷連線時的結果比較。如果出現本地電信業者的解析服務，值得進一步排查；如果出現公共解析服務，也不能直接判定安全或洩漏。同一個解析服務可能部署在不同地區，顯示的位置不一定等於請求實際經過的位置。
更有參考價值的證據是用戶端的 DNS 記錄、規則比對結果與出站記錄。先確認由哪個服務解析該網域，再核對解析連線是否進入預期的出站路徑。某些代理方式會由遠端處理網域，本地不一定會出現對應的解析請求；若沒有本地記錄，也不能脫離設定單獨下結論。
調整設定後，舊快取可能繼續影響結果。可以關閉相關應用程式並重新連線，再依照系統說明清除 DNS 快取後重新測試。請勿任意關閉憑證驗證或安裝來源不明的憑證；這些操作無法修復分流或解析路徑問題。
逐一驗證應用程式：網頁成功不代表全部成功
桌面用戶端的「系統代理」通常只對遵循該設定的軟體有效。有些程式使用自己的網路函式庫，不會讀取系統代理；命令列工具也可能需要個別設定代理環境變數。TUN 模式透過虛擬網路介面接管流量，涵蓋範圍通常較廣，但仍會受到路由、排除規則與系統權限影響。
行動裝置也要檢查實際設定。Android 用戶端可能啟用按應用程式代理或略過清單，被排除的應用程式仍會直接連線。iOS 的流量路徑取決於用戶端的通道與規則設定；即使狀態列出現圖示，也不能取代實際連線測試與記錄檢查。
- ✅ 瀏覽器：前往需要檢查的網站，同時查看該網域符合哪個出站規則。
- ✅ 桌面應用程式：結束程式後重新開啟，測試帳號登入、內容載入與實際功能。
- ✅ 命令列工具：確認工具本身的代理設定，不要假設它會沿用系統代理。
- ✅ 行動應用程式：確認是否列在略過清單中，並比對切換前後的相同操作。
- ✅ 音訊與視訊應用程式：分別測試頁面載入與實際播放，不要只看到封面就下結論。
應用程式通常會同時連線至登入、內容、下載與媒體網域。首頁正常但播放失敗，可能是媒體請求未符合代理規則，也可能與出口信譽或內容授權有關。請在觸發失敗操作時查看新增的連線，不要只檢查首頁網域。
瀏覽器的 WebRTC 檢測可作為補充。看到區域網路位址或經過隱藏處理的本地主機識別資訊，不等於公網出口洩漏；若出現不符合預期的公網 IP，請再根據瀏覽器權限、通道路由與實際連線記錄判斷。
常見「假連線」：依症狀縮小排查範圍
IP 沒變，用戶端卻一直顯示已連線
先確認系統代理或 TUN 是否確實啟用，再檢查瀏覽器擴充功能是否覆寫代理設定。同時執行多個網路工具時，路由或代理連接埠可能互相影響。診斷時先保留正在檢查的用戶端，依各工具的說明退出其他工具，再重新進行基準測試。
IP 已變更，目標網站仍提示地區不符
網站可能會綜合帳號地區、付款資料、定位權限、Cookie 與 IP 信譽來判斷存取資格。出口位址變更，只能證明這次請求經過不同的網路，不能保證平台接受該地區。請先確認帳號與網站規則，再排查快取；不要把所有地區提示都歸因於 DNS。
瀏覽器正常，其他應用程式卻一直轉圈
優先確認應用程式是否讀取系統代理、是否列在排除清單中，以及相關網域是否符合直接連線規則。若涉及即時通訊，也要確認使用的用戶端、節點與傳輸路徑是否支援 UDP。協定名稱本身無法證明目前設定已支援應用程式所需的所有流量。
網域解析成功，卻無法建立連線
DNS 成功只表示已取得解析結果。節點無法連線、訂閱資訊過期、傳輸參數不符或系統時間異常，都可能導致後續連線失敗。請先查看具體錯誤訊息；不要因為解析成功就反覆更換 DNS，也不要因協定名稱相同就認定設定一定相容。
保留記錄，讓排查過程可重現
每次只調整一項設定。如果同時更換節點、切換代理模式、修改 DNS，再重新開啟應用程式，即使恢復正常，也無法確定是哪項設定發揮作用。建議記下測試時間、網路環境、用戶端版本、模式、節點名稱，以及失敗操作與相關記錄。
訂閱連結通常包含存取憑證，請勿將完整連結、QR Code 或設定檔張貼到公開討論區。分享記錄前，請確認是否含有權杖、帳號資訊與完整位址；提供給支援人員必要的片段即可。需要重新匯入時，請從帳戶中取得訂閱，並確認用戶端支援設定中的協定與參數。
如果已確認本機流量接管正常，但所選節點持續失敗，可以更新訂閱後改用其他可用線路進行比對。仍無法定位問題時，請附上重現步驟並前往故障排除頁面；用戶端設定可參考使用指南。比起只說「連不上」，指出具體失敗環節更能協助支援人員判斷。
判斷結果：預期使用代理的請求，其出口位址與連線記錄相符；DNS 路徑符合設定；目標應用程式的實際功能也能正常完成。符合這些條件，才能充分判斷目前情境已生效。此結論僅適用於測試過的應用程式與操作，不代表所有網路流量永久如此。
最後，請勿將隱私政策與連線測試混為一談。VPNGlass 的隱私主張是「匿名無日誌」，這是服務政策的說明；出口檢測無法驗證日誌政策，隱私政策也不能取代本機分流檢查。釐清各項證據能證明的範圍，排查就會簡單許多。