DNS 洩漏
訪問網站前，裝置要先把域名解析成 IP。這一步如果沒走代理，你的營運商 DNS 伺服器就會看到你訪問過哪些域名——即便後續連線本身是加密且經過代理的。
常見原因是系統層面的 DNS 設定優先於代理規則，或者代理軟體本身沒有接管 DNS 請求。
TLS 連線指紋
JA3 / JA4 — 你的客戶端 TLS 握手特徵
正在採集 TLS 握手指紋…
使用說明
什麼是 IP 洩漏，為什麼代理開著也會漏
「洩漏」指的是你以為流量都走了代理或 VPN，但某些請求繞過了它，直接從本地網路發出，把真實 IP 暴露給了對方。代理軟體顯示「已連線」並不代表所有流量都受它管轄。
WebRTC 洩漏
WebRTC 是瀏覽器內建的點對點通訊能力，視訊通話和螢幕共享都靠它。為了建立直連，它會主動向 STUN 伺服器詢問「我的公網地址是什麼」，這個請求可能繞過代理。
結果是：網頁看到的 IP 是代理的，但通過 WebRTC 拿到的是你的真實 IP。這是最經典也最容易被忽略的一類洩漏。
IPv6 洩漏
很多代理只處理 IPv4。如果你的網路同時有 IPv6，而目標網站也支援，瀏覽器可能優先走 IPv6 直連——代理形同虛設。
判斷方法很直接：如果這個頁面同時顯示了一個 IPv4 和一個 IPv6，而它們歸屬不同，說明存在雙棧分流。
時區與一致性
嚴格說這不算洩漏，而是矛盾。系統時區、瀏覽器語言、IP 歸屬地三者應當自洽。IP 在美國而時區是 UTC+8，對風控系統是很強的訊號——它不需要知道你的真實 IP，只需要知道你在偽裝。
常見問題
檢測顯示沒有洩漏，是不是就絕對安全了？
只能說明本次檢測覆蓋的這幾條路徑沒有洩漏。瀏覽器外掛、其它應用、系統更新都可能引入新的洩漏路徑，換配置後建議重測。
怎麼修 DNS 洩漏？
優先在代理軟體裡開啟「DNS 由代理接管」或類似選項；其次在系統網路設定裡把 DNS 指向代理提供的地址。改瀏覽器的加密 DNS 只能解決瀏覽器這一個程序。
怎麼關掉 WebRTC？
Chrome 系可以裝限制 WebRTC 的擴充套件；Firefox 在 about:config 裡把 media.peerconnection.enabled 設為 false。注意關掉後視訊通話類網站會不可用。
有 IPv6 洩漏怎麼辦？
兩種做法：讓代理同時接管 IPv6，或在系統網路設定裡直接停用 IPv6。後者更徹底，但會影響僅支援 IPv6 的服務。