VPN 連線後如何確認是否生效：出口 IP 與 DNS 檢測指南

連線狀態與實際出口的差異

許多用戶端顯示「已連線」，代表本機代理或系統隧道已啟動。有些用戶端會等到收到請求時才建立遠端連線，因此介面顯示正常，不等於已成功連上目標網站。匯入訂閱、選取節點、線路連通，以及應用程式使用代理，是不同的環節。

系統代理主要提供給遵循系統代理設定的應用程式使用；瀏覽器擴充功能通常只影響該瀏覽器。TUN 或系統 VPN 模式可接管更多網路流量，但仍可能受分流規則、排除應用程式與路由設定影響。不要只看桌面或狀態列圖示，就判斷代理涵蓋範圍。

建議簡單記錄連線前的出口、選取的線路、代理模式、連線後的出口，以及目標應用程式的結果。每次只調整一項設定，才能分辨問題出在線路，還是本機流量接管。

出口 IP 檢測：先建立基準

1. 記錄直連結果。暫時中斷用戶端連線，開啟可信任的公網 IP 查詢網站，記下 IP 位址、網路業者與地區。不要把路由器管理頁面的區域網路位址當成公網出口。
2. 連線至目標線路。確認用戶端不是處於「直連」模式，並檢查 IP 查詢網站是否被分流為直連。測試頁面本身也必須符合預期規則。
3. 重新送出請求。重新整理查詢頁面，必要時開啟新的瀏覽器視窗。比對 IP 位址本身，而不只看國家標籤；地區資料庫的更新可能有所延遲。
4. 確認目標網站連線。開啟實際要使用的網站，並查看用戶端連線記錄中的網域、規則與出口。若支援依處理程序檢視，也一併記錄對應的應用程式。

如果出口有變化，可以得出的結論是：這次查詢請求經由不同出口送出。這是有效的佐證，但不能因此推論「整台裝置都已生效」。反之，出口沒有變化，也可能是查詢網站依規則正常直連，不一定代表線路失效。

分別檢查 IPv4 與 IPv6

裝置可能同時支援 IPv4 和 IPv6 連線。如果用戶端只接管其中一種位址家族，瀏覽器就可能透過另一條路徑連線。支援雙堆疊檢測的頁面有助於找出差異；不支援 IPv6 的網路則不會有相應的測試結果。

若發現 IPv6 出口不符合預期，請優先檢查用戶端的 IPv6 路由、隧道支援與防洩漏設定。暫時停用 IPv6 可用來定位問題，但不應視為適用所有裝置的長期做法。

DNS 洩漏：檢查解析路徑，而非只看國家

DNS 會將網域名稱轉換成可連線的位址。代理請求經由遠端傳送，不代表網域查詢也一定經過遠端；用戶端可能採用本機解析、遠端解析、加密 DNS，或依網域選擇解析方式。

常見的 DNS 洩漏測試會讓瀏覽器連線至臨時產生的網域，再顯示參與查詢的遞迴解析器。這只能提供測試請求的線索，並非裝置所有 DNS 活動的完整紀錄。解析器的地理標示，也不等於流量實際傳輸的位置。

如何判讀檢測結果

• 出現本地網路業者的解析器：如果預期所有解析都經過隧道，就值得進一步排查；若目前規則明確設定本地網站直連並由本機解析，則不能只憑解析器名稱判定為洩漏。
• 出現公共 DNS 服務：可能是用戶端設定所致，也可能來自瀏覽器的安全 DNS。請檢查相關設定，不要只因服務位於其他國家，就直接認定安全或異常。
• 出現不同的解析器：可能與瀏覽器、系統及用戶端各自的解析策略有關，也可能是解析服務採用轉送架構。重點在於是否出現不符合預期的本地解析路徑。

先記下瀏覽器的安全 DNS 與用戶端 DNS 設定，再比對連線前後的結果。若需暫時調整其中一項，請重新測試並記錄差異，之後恢復適合日常使用的設定。不了解來源時，不要直接匯入網路上的整套 DNS 設定。

快取也會影響觀察結果。已解析過的網域可能不會再次查詢；使用測試頁面產生的新網域會更有幫助。清除快取或重新啟動應用程式只能協助再次測試，不能取代對解析策略本身的檢查。

逐一檢查應用程式：瀏覽器正常不代表所有流量都正常

瀏覽器可以連線，桌面應用程式卻無法使用，常見原因是兩者的流量接管範圍不同。瀏覽器可能使用擴充功能代理，桌面應用程式則可能忽略系統代理；遊戲或語音應用程式還可能採用與網頁不同的傳輸方式。具體支援範圍請參閱用戶端說明。

• ✅ 瀏覽器：確認擴充功能是否另行設定代理，比較一般視窗與無痕視窗中的擴充功能啟用狀態，並檢查安全 DNS 設定。
• ✅ 桌面應用程式：查看是否有內建代理、是否遵循系統代理，以及用戶端記錄中是否出現該應用程式的新連線。
• ✅ 行動裝置：檢查系統 VPN 權限、應用程式排除清單，以及切換網路後隧道是否仍正常運作。
• ✅ 目標網站：比對連線記錄中符合的規則與出口，區分「請求未經代理」和「請求已經代理，但遭平台拒絕」。

Windows 上的不同應用程式不一定讀取相同的代理設定；macOS 的系統代理也不保證接管所有程式。Android 用戶端可能支援依應用程式分流；iOS 的流量接管範圍則取決於用戶端採用的網路延伸功能與設定。僅憑平台名稱，無法判定所有流量都已交由代理處理。

解讀 WebRTC 檢測結果時也應謹慎。瀏覽器可能顯示區域網路候選位址，或經過隱私處理的本地主機名稱，這不代表公網出口洩漏。只有當檢測結果顯示與預期不符的真實公網位址時，才需要進一步檢查瀏覽器政策與隧道路由。

「已連線但流量未經代理」的排查順序

先檢查規則，再檢查線路

在用戶端的連線記錄中找到剛送出的目標請求。如果符合的規則是「直連」，請先檢查網域規則、應用程式排除項目與規則順序。暫時切換至用戶端定義的全域代理模式，有助於比對；但「全域」是否涵蓋所有應用程式，仍取決於流量接管方式。

如果記錄顯示請求已交由代理出口處理，但連線仍失敗，再檢查節點是否可用、訂閱是否已更新、帳戶流量狀態，以及本機網路限制。不要把所有錯誤都歸咎於 DNS，也不要同時更換節點、DNS 和規則，以免無法追查原因。

排除代理疊加與連線重複使用

瀏覽器擴充功能、其他網路工具與系統代理可能互相覆蓋。先保存目前設定，再暫時停用不必要的工具，只保留一條明確的流量接管路徑。切換模式後，舊的長連線可能繼續沿用原本的路徑；可先結束目標應用程式，再重新開啟測試。

若手動匯入設定，請確認用戶端支援訂閱中的通訊協定與傳輸設定。訂閱連結是匯入設定的入口，不是 VPN 伺服器位址；成功匯入也不代表每個節點設定都與目前用戶端相容。訂閱連結包含存取憑證，不應貼到公開檢測網站或討論區。

分開處理平台的地區判定

出口已變更，但平台仍顯示原本的地區，可能與帳戶地區、登入工作階段、定位權限、內容授權或 IP 分類有關。這和網路請求是否經由代理是不同問題。先確認出口與連線記錄，再處理平台提示，避免反覆調整用戶端中的無關設定。

判斷是否生效的依據與使用限制

檢測結果只是當下網路與設定的快照。更新用戶端、修改規則或切換網路後若出現異常，請依相同順序重新檢查。加密傳輸不能取代網站身分驗證與帳戶安全管理；IP 位址變更也不代表瀏覽行為無法被關聯。

使用 VPNMake 時，可參閱用戶端使用教學確認匯入與權限設定，再依本文完成檢查。線路資訊請見線路頁面；若遇到無法判讀的記錄，可透過客服入口提交已去除敏感資訊的內容。