VPN 是否生效？出口 IP、DNS 與應用程式路徑檢查指南

VPN 是否生效？先分清連線狀態與實際路徑

想確認 VPN 是否生效，可以先檢查出口 IP，再檢查 DNS，最後驗證實際使用的應用程式。出口 IP 顯示這次連線從哪裡出去；DNS 顯示由哪個服務解析網域；應用程式檢查則確認目標程式是否走預期路徑。這些結果要互相對照，不能只看綠色的連線圖示。

客戶端顯示「已連線」，可能代表代理核心正在執行、系統隧道已建立，或已連上節點，實際意義依客戶端而異。這不一定表示瀏覽器、命令列工具和其他應用程式都已經走代理，也無法證明目標網站已正常回應。

開始前，記下目前使用的網路、所選節點、運作模式和目標應用程式。關閉其他代理客戶端及功能重疊的代理擴充功能，以免系統代理設定互相覆蓋。測試期間盡量不要切換網路；每次只調整一項設定，才容易判斷是哪個變更生效。

檢查出口 IP：先記錄基準，再連線比對

出口 IP 是網站看到的公開來源 IP，不是裝置在家用網路中的區域網路位址。在系統網路設定裡看到的本機位址，無法直接用來判斷代理是否生效。請在瀏覽器搜尋「查詢公開 IP」，並使用能顯示目前連線來源的檢測頁面。

1. 建立未連線基準。若可以短暫直連，且當下沒有處理敏感事項，請中斷客戶端連線並開啟新的檢測頁面，記下公開 IP 和網路業者。若已啟用網路中斷保護，斷線後無法上網可能是預期狀況，不必為了測試而關閉保護。
2. 連線至所選節點。確認設定已啟用，再次開啟同一個檢測頁面。必要時強制重新整理，避免讀取舊的頁面結果。
3. 確認實際出口。比對 IP 是否改變，再查看客戶端連線記錄，確認檢測網域符合代理規則，並使用預期的節點。
4. 檢查 IP 位址類型。如果檢測頁面分別提供 IPv4 和 IPv6 結果，請分開查看。頁面只顯示一種位址，不代表另一種位址的連線路徑也已經驗證。

IP 改變通常表示這次瀏覽器連線的出口有所不同，但不代表所有應用程式都已走代理。IP 沒變也不能馬上判定故障：檢測網域可能依規則設為直連，瀏覽器可能沒有使用系統代理，也可能仍在沿用原有連線。

地區標示只能作為輔助判斷。IP 地理資料庫可能更新較慢，登記地區也不一定等於伺服器實際所在地。若地區與節點名稱不一致，請先核對 IP、網路業者和客戶端記錄，不要只憑地圖位置下結論。

檢查 DNS：解析出口不同，不一定代表外洩

DNS 會將網域名稱轉換為 IP 位址。瀏覽器連線可能經過代理，但網域查詢仍由本地網路處理；也可能由客戶端接管解析，或由瀏覽器使用加密 DNS。因此，「網頁出口 IP 已改變」和「DNS 符合預期」是兩項不同的檢查。

在相同運作模式下搜尋「DNS 洩漏檢測」，執行測試並記下解析服務業者。這類頁面通常透過專用測試網域觀察遞迴解析器，顯示的多半是解析服務的出口，而非裝置送出封包的完整路徑。因此，請搭配客戶端設定解讀結果。

先確認客戶端是否啟用 DNS 接管、遠端解析或依規則解析，再檢查瀏覽器是否另外啟用了安全 DNS。瀏覽器的加密 DNS 連線是否經過代理，也取決於路由和客戶端的實作；不能只因為「已加密」，就認定它一定經過所選節點。

這裡所說的 DNS 洩漏，是指解析請求偏離原本預期的受保護路徑。如果規則明確設定本地服務直連，並使用本地解析，這不一定代表異常。反過來說，若目標連線應全程經過代理，卻仍由本地網路解析，就需要進一步排查。

變更解析設定後，請重新建立測試連線；必要時依照系統或客戶端說明清除 DNS 快取。不要為了讓檢測頁面「看起來一致」就隨意填入陌生的解析伺服器。設定錯誤可能導致網域無法解析，或讓問題更難查明。

逐一檢查應用程式：瀏覽器可用，不代表其他程式也正常

系統代理和隧道模式的涵蓋範圍不同。系統代理會提供代理設定給應用程式，但應用程式是否採用取決於自身實作；有些程式使用自己的網路設定。隧道模式可透過虛擬網路介面接管更多流量，但仍會受到排除清單、路由、權限和平台限制影響，並非自然涵蓋所有連線。

在 Windows 或 macOS 上，先確認系統代理是否指向目前使用的客戶端，再檢查目標程式是否另有代理設定。命令列工具可能會讀取代理環境變數，也可能需要專用參數；瀏覽器能開啟網頁，不代表終端機中的下載工具或開發工具也使用相同路徑。

在 iOS 或 Android 上，系統顯示 VPN 圖示只能說明相關網路設定正在運作，仍須留意客戶端的應用程式設定、規則和排除項目。Linux 則應分別檢查桌面代理、終端機環境變數和隧道路由，不要把桌面設定當成所有程式的共用設定。

• ✅ 瀏覽器：開啟新頁面檢查出口，並在連線記錄中找到對應網域。
• ✅ 目標應用程式：完全關閉後重新開啟，執行實際需要的登入、載入或同步操作。
• ✅ 客戶端記錄：確認目標請求符合預期規則、代理群組和節點，不要只看總流量增加。
• ✅ 命令列工具：檢查自身的代理選項和環境變數，再重試先前失敗的操作。
• ❌ 不要把快取頁面、瀏覽紀錄或既有登入狀態，當成目前連線已生效的證據。

測試應用程式時，最好選擇能觸發新請求的操作，例如重新整理遠端內容或再次同步。已快取的頁面在斷網時可能仍然顯示。如果記錄中找不到請求，可能是應用程式尚未連線，或記錄篩選條件隱藏了相關項目；請依實際操作一併判斷。

看似已連線卻沒走代理？依現象逐步縮小範圍

已匯入訂閱，但尚未啟用設定

訂閱連結只是取得設定的入口；成功匯入不代表已選取並啟用其中的節點。請檢查目前使用的設定檔、節點選擇和訂閱更新結果。不要自行修改協定欄位；客戶端支援的協定必須與訂閱格式相符。

Shadowsocks、VMess、Trojan、VLESS 等名稱代表代理協定或相關設定，本身無法決定特定應用程式是否會走代理。線路使用 IEPL、中轉或直連，也不能取代本機規則檢查：傳輸路徑和應用程式路由是不同層面的問題。

規則判定為直連，或暫時覆寫設定仍在生效

先在連線記錄中查看目標網域符合哪條規則。有些應用程式會使用多個網域，主頁經過代理，不代表登入、附件或 API 請求也走相同路徑。暫時切換至全域代理模式可協助確認規則問題，但請避開不適合變更出口的服務，檢查後再恢復原設定。

舊連線、瀏覽器擴充功能或應用程式內建代理造成干擾

切換節點後，舊連線可能繼續沿用；瀏覽器擴充功能也可能覆蓋系統代理。請先關閉衝突的擴充功能，完全退出目標應用程式，再重新建立連線。每次只處理一項並記錄前後結果，避免同時更改多項設定，導致問題無法重現。

請求確實經過代理，但目標服務仍拒絕連線

若記錄已顯示請求使用預期節點並成功送出，仍須檢查目標服務狀態、帳戶地區、訂閱權限和風控提示。驗證碼、拒絕存取或地區提示，不一定代表客戶端沒有生效。頻繁更換節點可能觸發更多帳戶驗證，請先查看具體錯誤訊息。

保留檢查記錄，再處理持續發生的異常

完整記錄應包含測試時間、裝置系統、客戶端名稱、網路類型、運作模式、節點名稱、檢測到的出口 IP、DNS 結果和目標應用程式狀況。提供「瀏覽器出口已改變，但目標程式記錄顯示直連」等資訊，比只說「連線無效」更有助於找出問題。

提交截圖前，請遮住訂閱連結、存取權杖、帳戶資訊及不相關網域。訂閱連結可能包含取得設定所需的憑證，不應張貼在公開討論區。如需 VPNJG 協助，可透過使用者面板工單提供必要記錄；也可先參考客戶端教學檢查基本設定。