VPN 連線後如何確認生效？檢查 IP、DNS 與各應用程式

先釐清：連線狀態與流量接管

用戶端可能已成功連上節點，但系統仍未將目標應用程式的請求交由它處理。例如，啟動本機代理監聽，不代表已啟用系統代理；啟用系統代理，也不表示所有程式都會遵循這項設定。請先確認用戶端目前使用的是系統代理、隧道接管，還是僅為指定應用程式提供代理。

「全域」和「規則」通常指的是流量進入用戶端後如何選擇出口；系統代理與 TUN 等隧道模式，則關乎流量如何進入用戶端。兩者屬於不同層面。將規則模式改為全域，並不會自動接管完全繞過系統代理的程式。實際選項名稱與支援範圍，請以目前使用的用戶端說明為準。

因此，最有說服力的結果是：目標請求命中預期規則，出口位址與連線記錄相符，應用程式也能正常完成實際操作。只看狀態圖示或確認網頁能否開啟，都容易忽略問題。

檢查出口 IP：比較連線前後的結果

先確認你要檢查的網頁預期使用代理還是直連。如果規則原本就將該網頁設為直連，連線後位址沒有改變是正常的。你可以暫時切換至用戶端支援的全域代理模式進行比較，測試完成後再恢復原有規則，避免日常使用時忘了改回設定。

1. 中斷線路，開啟我的 IP，記下目前的公開 IP 位址和網路業者。請勿將路由器指派的區域網路位址誤認為公開出口位址。
2. 連線至選定節點，確認系統代理或隧道接管已啟用，並檢查測試網頁是否預期經過該節點。
3. 重新載入檢測頁面，避免只看到頁面保留的舊結果。如果用戶端支援連線記錄，也請一併確認該請求使用的出口。
4. 比對位址、規則與節點選擇。若結果不一致，先排除網頁快取與規則直連的影響，再考慮更換節點重新測試。

IP 位址的地理位置資訊來自位址資料庫，不等同於伺服器的實際所在位置。不同資料庫可能顯示不同城市，線路入口與對外出口也可能不同。因此，不應只因城市名稱不一致就判定連線失效；應綜合位址是否改變、網路業者資訊與用戶端記錄來判斷。

如果裝置同時支援 IPv4 和 IPv6，還要確認檢測工具是否分別檢查這兩種連線路徑。只驗證其中一種位址，無法排除另一種流量仍採直連的情況。相關流量是否由用戶端接管，取決於用戶端與設定；不宜將停用某項網路功能當成所有裝置的通用解法。

檢查 DNS：先確認解析策略，再判斷是否外洩

DNS 負責將網域名稱解析為網路位址。網頁內容經過代理，不代表 DNS 查詢也一定走相同路徑。系統解析器、用戶端的 DNS 模組、瀏覽器的安全 DNS，以及應用程式內建的解析機制，都可能參與其中。

常見的 DNS 檢測頁會產生測試網域，並根據收到的查詢顯示解析器資訊。結果通常反映遞迴解析服務的出口，不一定是裝置直接連線的位址。公共解析服務也可能採用分散式網路，因此解析器顯示在本地或鄰近地區，不能單憑這點判定發生 DNS 洩漏。

依設定目的核對結果

• 先確認用戶端是否接管 DNS，以及直連網域和代理網域是否採用不同的解析策略。在規則分流下，解析路徑不同可能是刻意設定。
• 檢查瀏覽器的安全 DNS 設定。瀏覽器自行發出的加密 DNS 查詢可能不使用系統解析器；但是否加密，不會決定查詢最後走代理還是直連。
• 維持相同網路與節點，比較調整設定前後的結果。每次只變更一項設定，才能判斷差異由何而來。
• 如果希望代理網域避免透過本地網路解析，就應檢查這些網域實際採用的解析路徑，而不是要求所有中國大陸直連網域也改用遠端解析。

也別忽略快取。調整解析策略後，系統、瀏覽器或應用程式可能仍沿用既有結果，導致目前頁面沒有發出新的查詢。請依用戶端與系統文件的說明清除快取，再完全關閉目標應用程式後重試；不要把一次沒有新記錄的測試當成定論。

逐一驗證應用程式：網頁能開啟還不夠

拆開檢查實際使用情境，比一再重新整理同一個網頁更有效。瀏覽器負責瀏覽網頁，桌面軟體可能有獨立的代理設定，遊戲或即時通訊則可能使用 UDP。某一種請求能正常通過，不代表其他傳輸方式也受到相同處理。

在 Windows 和 macOS 上，有些程式會讀取系統代理設定，有些則使用自己的網路設定。Linux 的桌面代理設定、環境變數與個別程式選項，也不保證彼此會互相覆蓋。行動裝置即使顯示 VPN 狀態標記，仍可能設有個別應用程式排除或目標分流；請回到用戶端確認。

• ✅ 瀏覽器：開啟目標網頁並載入實際內容，同時核對出口檢測結果與用戶端連線記錄。
• ✅ 桌面應用程式：檢查軟體內的代理設定，完全關閉後重新開啟，再執行同步、下載或其他實際操作。
• ✅ 命令列工具：檢查工具本身的代理選項與代理環境變數。終端機操作成功或失敗，都不能直接代表瀏覽器的連線狀態。
• ✅ 即時通訊：分別測試訊息、語音或視訊功能，別因文字訊息傳送成功就認定通話路徑也正常。
• ❌ 只看啟動畫面：畫面可能來自快取，實際資料介面可能使用不同網域和規則。

如果用戶端提供連線清單，可以先清除舊記錄，再執行一次目標操作。檢查對應的處理程序或網域、命中的規則、實際出口及錯誤訊息。不要只因流量圖表有變化，就認定目標應用程式已經過代理；流量也可能來自其他背景程式。

排查時可在可控範圍內暫時擴大接管範圍。如果這樣就能正常運作，恢復原有規則後又失敗，應優先檢查分流規則；如果目標請求始終沒有進入用戶端，則應先檢查應用程式代理、接管模式或應用程式排除設定，而不是盲目更換節點。

常見誤判：分清線路、規則與平台限制

位址已變，目標服務仍無法使用

這不一定代表代理沒有生效。目標服務可能會依據帳號地區、授權範圍、出口位址信譽或裝置定位進行判斷。請先確認請求路徑，再檢查平台規則。串流媒體能否播放，應以目標平台的實際測試結果為準，不能只憑出口國家名稱推斷。

切換節點後，應用程式仍沿用舊連線

有些應用程式會維持長連線；切換節點後，現有工作階段不一定會立即重新建立。完全關閉應用程式再重新開啟，有助於建立新的請求。網頁快取、現有登入狀態和解析快取也會影響觀察結果，因此要分清畫面保留的內容與實際發出的新請求。

已選擇專線，仍有應用程式採直連

IEPL 專線、中轉與直連描述的是線路組織方式，並非裝置上的流量接管方式。專線不會替應用程式啟用系統代理；中轉也不表示所有網域都會自動經過代理。線路選擇決定傳輸路徑，用戶端設定則決定哪些請求會進入這條路徑。

懷疑協定不相容，就反覆更換設定

Shadowsocks、VMess、Trojan、VLESS 等名稱代表不同的代理協定；Hysteria2 和 TUIC 也各有傳輸與實作需求。用戶端必須支援訂閱實際提供的協定與參數。不要只修改協定名稱來「修復」連線，請從管理面板重新取得設定，並依照使用教學完成匯入與更新。

排查完成：保留可重現的結果

若異常持續，請記錄目前的網路環境、用戶端版本、接管模式、所選節點、目標應用程式與重現步驟。把「連不上」改寫成具體描述，例如「瀏覽器出口已改變，但桌面應用程式的請求未出現在連線清單」，就能有效縮小排查範圍。

提交截圖前，請隱藏訂閱連結、驗證資訊與個人帳號。訂閱連結通常包含存取憑證，不應張貼在公開討論區；記錄檔也可能包含網域與本機資訊，僅提供排除問題所需的部分。如需進一步處理，可參考從新手到進階的排查說明。