WebRTC洩漏測試：解讀IP曝露與缺少的結果

WebRTC檢測實際上做了什麼

WebRTC用來支援瀏覽器通話和資料連線。建立連線時，ICE會收集候選位址；STUN服務可協助找出對外的公開位址。這條路徑可能與一般網頁請求不同，因此值得與你的公開IP一起檢查。

IPNixa會連線至Cloudflare的公共STUN服務，並將公開候選位址與本次檢測觀測到的IPv4和IPv6結果進行比較。私人位址和mDNS主機候選位址不會列為公開曝露。位於已觀測/64網段內的IPv6候選位址會視為同一網路，因此比較著重的是額外的公開網路，而不是每一個文字寫法不同的位址。

如何進行WebRTC洩漏測試

請讓你打算使用的VPN設定保持開啟，並檢測你實際使用的瀏覽器。進行這項測試時，IPNixa不會要求攝影機或麥克風權限。

1. 開啟VPN檢測，等待公開IPv4和IPv6的觀測結果穩定下來。
2. 查看WebRTC曝露情況。它會隨每次連線檢測一起執行，最多等待三秒來收集候選位址。
3. 如果出現額外位址，請檢查VPN和瀏覽器的WebRTC設定。單憑一個額外位址，並不能認定發生了VPN洩漏。
4. 如果結果為「未確認」，請檢查瀏覽器限制和網路連線後再試一次。解讀缺少的結果時，請考量你刻意開啟的隱私設定。

先看狀態，再看位址

收集是否完成與比較結果如何，回答的是不同的問題。候選位址收集可能已經完成卻沒有曝露任何公開位址，也可能只曝露了部分清單就提前停止。

透過實例理解額外位址

舉例來說，假設連上VPN後HTTP確認的位址是198.51.100.24，而WebRTC還觀測到203.0.113.42。這兩個位址都是文件專用位址。如果你在連上VPN之前儲存的位址正是203.0.113.42，那麼這個重複出現的位址就是檢查WebRTC路徑的理由。如果你沒有儲存直接連線時的基準結果，工具就無法確定這個額外位址屬於你家中的網路連線。

首先看收集是否完成。即使收集逾時，額外位址仍是有用的觀測結果，但清單可能不完整。接著檢查VPN的瀏覽器排除設定和WebRTC相關說明，重複同一項測試並比較結果。如果聯絡客服，請附上狀態標籤、測試時間以及位址模式。不要根據一個額外的候選位址推斷位置或身分：IPNixa不會把它解讀為隱藏的住家位置，也不會據此對VPN供應商下定論。

為什麼未觀測到公開位址屬於無法下定論的結果

瀏覽器可能只曝露本機候選位址、隱藏位址細節，或無法連上STUN服務。這些結果可能與隱私控制相符，但並不能說明在其他瀏覽器、通話或應用程式中會發生什麼。

若要進行有意義的後續檢查，請在相同的網路條件下重複測試，並查看完整的IPv4/IPv6比較結果。DNS洩漏需要另外使用權威DNS測試服務。VPN供應商辨識和瀏覽器指紋曝露回答的也是不同的問題。