VPN 連線後是否真的生效，不能只看用戶端圖示。出口 IP、DNS 與分應用程式驗證，分別回答不同問題：網站看到哪個公開 IP 位址、網域由誰解析，以及指定應用程式是否使用代理。較可靠的判斷方式，是將這些證據與預期的分流規則比對，而不是只開啟一個網頁就結束檢查。
「已連線」與實際流量路徑
用戶端顯示「已連線」，通常代表某個連線階段已完成，例如系統虛擬網路介面已建立，或代理核心已啟動。但這不一定表示每個應用程式的請求都經過遠端線路。實際代表的狀態取決於用戶端的設計，仍須檢查實際請求。
系統代理通常會為遵循系統設定的應用程式提供代理入口；有些應用程式會忽略這項設定，或使用自己的代理設定。通道模式通常透過虛擬網路介面接管較廣泛的流量，但仍可能受排除應用程式、路由規則、IPv6 支援與 DNS 設定影響。「全域代理」也可能只是將進入代理核心的請求全部交由所選線路處理，不會自動接管所有應用程式。
訂閱連結提供節點與相關設定的更新入口。成功匯入或更新訂閱，只能證明用戶端已取得設定，不能證明目前節點可連線，或系統流量已交由其處理。Shadowsocks、VMess、Trojan、VLESS 等協定名稱，也不能取代對目前網路路徑的驗證。
| 檢查項目 | 主要觀察內容 | 無法單獨確認 |
|---|---|---|
| 用戶端狀態 | 介面、代理核心或線路的連線狀態 | 所有應用程式都使用所選線路 |
| 出口 IP | 網站在這次網頁請求中看到的公開 IP 位址 | 其他應用程式與 DNS 使用相同路徑 |
| DNS 檢查 | 測試網域查詢所顯示的遞迴解析器 | 裝置的所有查詢都已交由其處理 |
| 應用程式連線記錄 | 目標請求符合的規則、出口與錯誤 | 記錄中未出現的應用程式已直連或已交由其處理 |
先建立出口 IP 的對照
檢查出口 IP 前，先確認預期測試網站使用哪條線路。如果規則原本就設定該網站直連，IP 沒有變化便是預期結果。選用能分別顯示 IPv4、IPv6 公開 IP 位址的查詢工具，並在連線前後使用同一工具，以免將資料庫差異誤判為線路變化。
- 中斷用戶端連線，關閉瀏覽器中獨立運作的代理擴充功能，記下目前的公開 IP 位址、網路類型與查詢時間。若同時使用其他代理，也要先確認它是否仍在運作。
- 連線至目標線路，確認代理或通道模式已啟用，並讓查詢網站的請求符合該線路。重新發出請求；必要時先關閉舊分頁再重新開啟。
- 比對連線前後的 IP 位址，重點是確認請求出口是否符合預期，不要只比較頁面顯示的國家或地區。IP 地理位置資料庫可能有延遲或誤差。
- 中斷連線後再次查詢，觀察 IP 位址是否回到目前本地網路的出口。動態 IP 或共用出口可能有所變動，因此不必要求字元完全一致。
如果 IPv4 已變更，但 IPv6 仍顯示本地網路出口，請檢查用戶端是否接管 IPv6，以及測試請求實際使用哪種位址類型。先參照用戶端文件調整支援與路由設定，再重新測試；不要將停用 IPv6 當成適用所有裝置的長期做法。
查詢結果只代表這次請求。瀏覽器查到線路出口，不代表下載工具、遊戲或命令列程式也使用相同出口。某個網站能開啟，也可能只是因為它原本就能透過本地網路存取。
如何判斷 DNS 洩漏
DNS 會將網域名稱轉換成 IP 位址，網頁連線與網域查詢不一定經過相同路徑。瀏覽器可能啟用安全 DNS，透過 HTTPS 向自行選擇的解析服務查詢；系統和其他應用程式則可能使用另一套設定。因此，瀏覽器中的 DNS 測試較適合作為線索，而非整台裝置的完整報告。
常見的 DNS 檢測頁面會產生測試網域，並觀察查詢最終來自哪些遞迴解析器。結果中的服務業者與地區值得記錄，但解析器所在的地區不一定與線路出口一致。公共 DNS、轉送路徑與地理位置資料庫誤差，都可能造成兩者看起來不同。
較明確的異常情況是：你預期所有相關網域查詢都經過通道或指定解析器，但測試結果持續顯示本地網路解析器，且用戶端記錄顯示查詢繞過預期路徑。此時應檢查系統 DNS、用戶端 DNS 接管、安全 DNS，以及分流規則中的直連網域設定。
分開檢查瀏覽器與系統設定
先記下瀏覽器安全 DNS 的原始設定，再與用戶端文件建議的設定進行對照測試，每次只變更一個選項。系統中的 nslookup 或類似工具可協助查看部分解析行為，但查詢方式未必與瀏覽器相同，輸出的伺服器位址也不能直接證明整台裝置沒有 DNS 洩漏。
DNS 快取也可能讓舊結果繼續使用。變更設定後，依照系統或用戶端文件清除相關快取，再重新查詢。DNS 加密與線路接管是兩個不同問題：使用加密 DNS，不代表查詢就會經過所選的國際線路。
逐一驗證應用程式分流規則
先寫下預期狀態，再判斷結果。例如，希望國際網站經過線路、區域網路存取維持直連，就應分別測試這些目標。「所有請求都顯示相同出口」並非規則模式下唯一正確的狀態；正確與否，取決於各類請求是否符合事先設定的路由。
- ✅ 瀏覽器：檢查代理擴充功能、獨立代理與安全 DNS 設定，避免瀏覽器測試與系統應用程式使用不同設定。
- ✅ 目標應用程式：在用戶端連線記錄中查找對應的處理程序或網域，確認符合的是線路出口、直連或拒絕規則。
- ✅ 背景請求：重新啟動目標應用程式後再測試。既有連線可能繼續沿用原本的路徑，單純重新整理介面未必會建立新連線。
- ✅ 分應用程式清單：確認目標應用程式已列入，而非誤放入排除清單；啟動器與實際執行的程式也可能是不同處理程序。
- ❌ 不要把瀏覽器測試成功當成所有應用程式都正常，也不要因為連線記錄沒有項目，就直接判定網路正常。
在 Windows 與 macOS 上，瀏覽器可能遵循系統代理設定，而命令列程式可能需要自行設定代理或代理環境變數；通道模式的接管範圍則不同。Android 的 VPN 權限、分應用程式清單與背景限制都可能影響持續連線。iOS 則應依照實際用戶端支援的規則與系統 VPN 狀態判斷，不要直接套用其他平台的選項名稱。
在 Linux 上，桌面代理設定通常不代表背景服務也使用相同代理。請檢查特定處理程序使用的設定，以及用戶端是否建立預期路由。若應用程式使用 UDP，也要確認目前用戶端與線路設定是否支援該類流量，不能只用瀏覽器網頁請求代替測試。
看似連線，實際流量卻未經線路的情況
只有瀏覽器使用代理
瀏覽器擴充功能連線成功，但其他應用程式沒有變化，通常是因為接管範圍不同。請確認啟用的是擴充功能代理、系統代理還是通道模式。先釐清接管範圍，再排查遠端節點，避免不斷更換線路卻沒有解決真正原因。
節點可用，但目標符合直連規則
用戶端延遲測試成功，只能表示相應的探測收到回應，不能保證實際服務請求使用相同出口。請在連線記錄中找到目標網域，查看實際符合的規則。也要留意規則順序：較早符合的規則可能優先於後續較廣泛的設定。
網頁顯示的位置沒有改變
網站顯示的地區可能依據帳號資料、過往工作階段、定位權限或內容偏好，而不只是目前的 IP 位址。請優先透過出口查詢與請求記錄判斷網路路徑，不要只憑首頁語言或推薦內容判斷是否失效。反過來說，頁面語言改變也不能單獨證明代理已生效。
切換網路後仍顯示已連線
從無線網路切換至行動數據，或裝置從休眠恢復後，介面狀態與實際連線可能暫時不同步。請先重新發出請求，再檢查用戶端記錄與系統 VPN 狀態。若需重新連線，應在重連後完整測試，而不只是確認圖示再次出現。
排查順序與可得出的結論
遇到問題時，依序檢查「接管範圍、規則符合情況、出口位址、DNS、目標應用程式」，逐步縮小問題範圍。每次只修改一項設定，並記錄修改前後的結果。若要暫時切換全域規則以排除規則問題，也應先確認系統流量確實進入代理核心；測試結束後，請恢復原本的分流設定。
VPNJazz 僅需使用者名稱與密碼即可註冊，不需要電子郵件地址。請從使用者面板的下載頁面取得用戶端；訂閱匯入與平台設定可參閱使用手冊。訂閱網址通常包含存取憑證，不應貼到公開檢測網站，也不要將完整設定交給陌生人代為測試。
如需協助，可透過面板客服單說明裝置系統、用戶端模式、問題發生時的網路、目標應用程式及符合的規則。截圖前請遮蔽訂閱網址、密碼與不必要的個人資料；診斷記錄中的網域也可能反映你的瀏覽活動。
判斷結論：只有在目標請求的出口符合預期、DNS 行為與設定一致，而且需要使用代理的應用程式確實符合相應線路時，才能合理判定這些已測試情境已生效。這項結論不應延伸為所有應用程式、所有網路及未來連線都已驗證。
VPNJazz 的隱私政策聲明採匿名無日誌；這是服務政策說明，不能取代裝置端的路徑檢查。帳號登入狀態、瀏覽器權限與網站本身的資料處理，仍須分別管理。持續使用一套連線前後的比對方法，比單靠「已連線」提示更有助於掌握實際狀態。