VPN 如何確認是否正常運作？出口 IP 與 DNS 檢查指南

連線狀態與實際流量路徑

不同用戶端對「連線」的定義不盡相同。有些表示代理核心已啟動，有些代表虛擬網路介面已啟用，也有些會檢查所選節點是否可連線。即使狀態正常，目標網站仍可能依規則直接連線，應用程式也可能不使用系統代理。

系統代理主要是提供代理設定給支援此功能的應用程式。TUN 或系統 VPN 模式通常會透過虛擬介面接管更多流量，但仍受路由設定、應用程式排除項目及用戶端實作方式影響。用戶端中的「全域代理」也不一定代表接管整台裝置：它可能只是將已進入代理核心的要求統一轉送至節點。

因此，自行檢查時應同時參考網頁結果與本機連線記錄。記錄中沒有某項要求，不一定代表節點故障，也可能是應用程式根本沒有將流量交給用戶端。

出口 IP：比對連線前後

出口 IP 是目標網站所看到的公用 IP 位址，不是裝置在區域網路中的位址。檢查時請選用可信任的公用 IP 查詢網站，並固定使用同一個瀏覽器和查詢頁面，記錄 IP 位址、網路業者及地區資訊。查詢網站會收到本次要求的公用 IP 位址，請勿在檢測頁面提交訂閱連結或帳號憑證。

1. 中斷用戶端連線，確認瀏覽器能正常開啟查詢頁面，記下目前的公用 IP，作為直接連線的基準。
2. 連線至目標節點，確認用戶端模式和目前使用的規則。重新載入查詢頁面；必要時先關閉舊頁面再重新開啟，以減少快取和既有連線造成的影響。
3. 比對 IP 位址是否變更，並查看該要求在用戶端中符合哪項規則。如果查詢網域設定為直接連線，應先調整測試條件，而不是直接判定節點失效。
4. 再次中斷連線，觀察結果是否回到直接連線路徑。前後來回比對，比只查看一次地區標籤更有參考價值。

IP 地理位置資訊來自資料庫，可能更新不及時。節點標示的地點與查詢頁面顯示的城市不完全相同，不能單憑此判定連線無效；更值得交叉比對的是網路業者、實際 IP 變化和用戶端記錄。也不要把出口 IP 變更解讀為身分無法識別，登入帳號、Cookie 和其他應用程式資料仍可能將活動連結起來。

DNS 檢查：解析器與查詢路徑

DNS 負責將網域名稱解析為可連線的位址。常見的 DNS 檢測頁面會讓瀏覽器存取測試網域，再辨識參與查詢的遞迴解析器。頁面通常顯示的是解析器的出口資訊，不是裝置的公用出口 IP，也不是節點所在地。

連線前後使用同一個檢測頁面，記錄解析器業者及結果變化，再搭配用戶端的 DNS 設定判斷。如果設定要求網域透過代理解析，但連線後仍出現本地網路提供的解析器，請進一步檢查系統 DNS、用戶端的 DNS 接管功能及瀏覽器設定。如果規則明確允許本地網站使用本地解析器，這種結果則可能符合預期。

瀏覽器安全 DNS 與系統 DNS

瀏覽器可能啟用 HTTPS DNS，也就是 DoH。這項功能可以略過系統預設的解析器，因此瀏覽器的測試結果不能代表其他應用程式。DoH 本身也不代表「透過節點解析」：其連線是否經過代理，仍取決於應用程式的代理方式和分流規則。

排查時，先記下瀏覽器安全 DNS 的設定，再對照用戶端文件。在了解可能影響的前提下，可以暫時關閉此功能進行比對，完成後再還原原設定。不要同時修改瀏覽器 DNS、用戶端模式和節點，否則很難判斷是哪項變更影響結果。

瀏覽器 DNS 測試也不等同於 WebRTC 檢查。WebRTC 涉及即時通訊和候選位址探索；檢測頁面出現本地位址或經隱藏處理的主機名稱，與 DNS 查詢路徑是不同問題。應依個別瀏覽器和用戶端的行為分別驗證，避免將所有位址資訊都稱為洩漏。

逐一驗證應用程式：瀏覽器、終端機與用戶端

瀏覽器可以正常存取，不代表命令列工具也能連線。終端機程式可能需要另外設定代理或環境變數；桌面應用程式可能有自己的 HTTP 或 SOCKS 代理選項；容器和虛擬機器也可能使用獨立網路。請在實際使用的環境中發出要求，而不是只在瀏覽器裡檢查。

• ✅ 瀏覽器：檢查獨立的代理擴充功能與安全 DNS，並查看目標要求是否出現在用戶端連線記錄中。
• ✅ 終端機工具：查看工具文件和目前的代理環境變數，例如 HTTP_PROXY、HTTPS_PROXY、ALL_PROXY 與 NO_PROXY，確認目標未被略過清單排除。
• ✅ 桌面應用程式：確認使用的是系統代理還是應用程式內建代理；變更後重新啟動應用程式，避免沿用舊連線。
• ✅ 行動裝置應用程式：檢查系統 VPN 狀態、用戶端分流設定及應用程式排除項目，並在實際應用程式中驗證目標功能。
• ✅ 容器與虛擬機器：確認內部網路和 DNS 設定，不要將主機的檢測結果視為內部環境的結果。

在 Windows 和 macOS 上，設定系統代理與啟用虛擬介面是不同的流量接管方式。iOS 用戶端通常透過系統網路延伸功能建立設定，但實際路由仍由用戶端設定決定。Android 用戶端若支援依應用程式處理，也可能排除特定應用程式。Linux 則須留意目前工作階段的代理環境和路由設定。

如果工具使用 SOCKS 代理，也要確認網域名稱是在本機解析，還是交由代理端解析。不同工具對代理位址格式的處理方式各異，不能直接套用其他應用程式的設定。訂閱匯入方式請參考連線教學；代理的實際行為則以所用用戶端和工具的文件為準。

看似已連線、實際未生效的情況

已有訂閱，但未選取可用設定

訂閱連結是取得節點、規則等設定的入口，不是接管網路流量的開關。成功匯入後，還要確認設定已啟用，且目標策略群組已選取預期節點。更新訂閱後，原有節點名稱或策略選擇可能改變，請重新確認。訂閱連結包含存取憑證，尋求協助時請勿公開貼上。

分流規則判定為直接連線

目標網域可能符合直接連線規則、應用程式排除項目或略過清單。開啟用戶端連線記錄，找到對應網域並檢查最終策略。必要時可暫時切換規則模式進行比對；驗證完成後請還原原設定。變更規則有助於找出問題，但不應長期用來迴避設定原因。

舊連線與多個網路工具互相衝突

瀏覽器、聊天應用程式和開發工具可能保留既有連線。切換節點後，新要求和舊連線可能會短暫採用不同路徑。可以關閉目標應用程式後重新開啟。同時執行多個代理或 VPN 用戶端，也可能造成系統代理設定遭覆蓋、虛擬介面路由衝突及 DNS 設定互相干擾；排查時請只保留目前要驗證的用戶端。

把存取限制誤認為線路失效

出口 IP 已變更，但目標服務仍拒絕存取，原因可能與帳號地區、登入狀態、服務政策或出口 IP 的信譽有關。網頁可以開啟，卻無法完成某項功能，也不能單純歸因於頻寬。先確認流量路徑，再處理服務端限制；不要反覆切換節點來取代問題診斷。

線路類型與連線驗證

IEPL 專線、中轉和直連描述的是不同的傳輸路徑安排，不能用來證明連線已生效。專線通常用於特定區段的專用傳輸；中轉是經由中間入口轉送；直連通常指用戶端直接連至出口伺服器。實際區段和路由仍應以線路說明為準，不論採用哪種類型，都需要驗證出口 IP 和應用程式。

Shadowsocks、VMess、Trojan、VLESS、Hysteria2 和 TUIC 是不同的代理協定或協定體系，不能只憑協定名稱推斷 DNS 已被接管。實際行為取決於用戶端是否支援訂閱中的協定、是否啟用正確設定、網域名稱在哪裡解析，以及流量如何分流。

想了解本站線路資訊，請查看節點頁面。選擇線路後，仍建議自行比對連線前後的結果，不要只把線路名稱、用戶端狀態或網頁的地區標籤當作驗收依據。

檢查結果與求助資訊

若問題仍未解決，請保留連線前後的檢測結果，並記下作業系統、用戶端名稱、目前模式、節點名稱和目標應用程式。說明異常發生在連線、解析、載入頁面還是登入階段，比只說「無法使用」更有助於排查。

向支援頁面提交資料時，請遮蔽訂閱連結、密碼、存取權杖及私人網域。用戶端的本機診斷記錄與伺服器端的日誌政策並非同一件事；VPNEP 的「不記錄日誌」是服務的隱私立場，不能取代裝置端設定檢查，也不代表第三方檢測網站不會處理要求資訊。

最後，請保留一份可正常使用的設定。每次只變更一個變數，驗證後再還原臨時設定。如此一來，無論異常是由節點變更、DNS 設定還是應用程式更新造成，都能用相同的比對方式重新確認，而不必只看連線圖示猜測。