術語表 · 網路和代理
WebRTC 洩漏
當 WebRTC 顯示的 IP 位址與網站在其他情況下看到的代理或 VPN 位址不同時。
定義
當瀏覽器的即時通訊堆疊暴露一個 IP 位址(例如真實的公共 IP 或本機網路位址)時,就會發生 WebRTC 洩漏,而使用者希望該位址隱藏在代理或 VPN 後方。 WebRTC 收集候選網路(ICE 候選)以建立點對點音訊、視訊或資料連線。
它是如何運作的
- 為了找到連線路徑,WebRTC 從本機介面和 STUN/TURN 伺服器收集 ICE 候選者;每個候選人都包含一個位址。
- HTTP 代理程式僅承載 HTTP 流量。 WebRTC媒體通常使用UDP,HTTP代理程式和大多數SOCKS代理程式不攜帶UDP,因此它可以採取不同的路線。
- RFC 8828 定義了四種 IP 處理模式,從“枚舉所有位址”(最公開)到“強制代理”,其中 WebRTC 流量必須通過代理,否則 UDP 將被停用。
為什麼這很重要
- 在 HTTP 流量中看到代理 IP 並在 WebRTC 候選中看到不同 IP 的網站會同時了解這兩種情況 - 破壞隱私並造成明顯的不匹配。
- 为此,浏览器和反检测工具提供 WebRTC 设置(禁用、替换或与代理对齐)。
限制和常見誤解
- 「任何 VPN 或代理程式都可以解決這個問題。」是否發生洩漏取決於瀏覽器的 WebRTC IP 處理模式以及代理程式或 VPN 路由流量的方式。
- 「停用 WebRTC 是唯一的解決辦法。」RFC 8828 還允許將收集的位址限制為預設路由或強制流量通過代理的模式;權衡是通話品質或連接性。
範例: 浏览器配置文件在德国使用 HTTP 代理。测试页面通过 HTTP 看到德国 IP,但收到显示用户在另一个国家/地区的真实 ISP 地址的 WebRTC 候选地址。
沒有瀏覽器或代理可以保證帳戶不會受到限制。遵守各平台的規則。
來源
- MDN:WebRTC API (瀏覽器文件)
- MDN:RTCIceCandidate (瀏覽器文件)
- IETF RFC 8828:WebRTC IP 位址處理要求 (標準)
檢查了2026-11-07。