VPN 洩漏測試工具

使用 VPN 服務時，您訪問的任何網站都不可能通過您真實的唯一互聯網地址（IP 地址）來識別您的身份。所有網站（或任何其他互聯網資源）應該能夠看到的就是您所連接的 VPN 服務器的 IP 地址。

如果出於任何原因，某個網站在使用 VPN 時可以看到您的真實 IP 地址，那麼您就出現了 IP 洩漏。我們的 IP 洩漏工具可測試所有已知類型的 IP 洩漏。

每個互聯網連接都分配有一個數字 IP 地址，計算機使用該地址來唯一標識它。 IPv4 系統自互聯網誕生之初就已用於此目的，並且 IPv4 地址迄今為止仍然是最常見的互聯網地址類型。

有一天，IPv6 地址（見下文）將完全取代 IPv4 地址，但在更好地支持新標準之前，出於兼容性原因，即使使用 IPv6 地址的連接也會分配 IPv4 地址。

這意味著網站可以看到您的真實 IPv4 地址，而並不是真正的“洩漏”。這意味著您的 VPN 未啟用或根本無法工作。

IPv4 地址即將耗盡。快速地。新的 IPv6 標准通過使用更長的地址來解決這個問題，從而提供更多的地址（大約 3400 億個十億！）。

不幸的是，儘管 IPv6 對互聯網的未來發展至關重要，但各個層面的採用進展緩慢。結果是大多數互聯網服務和操作系統現在都採用雙棧方法，其中（當 IPv6 連接完全可用時）互聯網流量通過 IPv4 接口和 IPv6 接口發送。

當您的 IPv4 連接通過 VPN 接口正確路由，但您的 IPv6 連接正常通過 ISP 路由時，就會發生 IPv6 洩漏。

這意味著網站無法看到您的真實 IPv4 地址，但可以看到您的真實 IPv6 地址。僅當您的設備具有 IPv6 連接時才會發生 IPv6 洩漏。

我們的測試確保 IPv6 連接要么通過 VPN 接口路由，要么阻止 IPv6 連接以防止 VPN 接口外部的連接。

WebRTC 是一個基於 HTM5 的平台，允許在所有現代瀏覽器窗口內進行高質量的語音和視頻通信。

為了通過防火牆等障礙實現瀏覽器到瀏覽器的無縫通信，WebRTC 會將您的真實 IP 地址廣播到 STUN 服務器，該服務器保留用戶的公共 IP 地址及其真實 IP 地址的列表。

這有一個不幸的副作用，即允許網站繞過您的 VPN，並通過簡單地發出 WebRTC STUN 請求來找出您的真實 IP 地址。

雖然主要是瀏覽器問題，但許多 VPN 服務可以極大地緩解（但完全解決）此問題。我們的測試檢查 IPv4 和 IPv6 WebRTC 洩漏。

動態名稱系統 (DNS) 用於將我們熟悉的易於理解和記憶的網址 (URL) 轉換為其“真實”數字 IP 地址。

您的 DNS 地址是執行此轉換的 DNS 服務器的 IP 地址，通常屬於您的 ISP。

它並非您所獨有，但您的 ISP 可以使用您的 DNS 查詢來跟踪您訪問的網站，並且您訪問的網站可以聯繫您的 ISP 以查明哪些用戶在指定時間訪問了其網站。

使用 VPN 時，DNS 查詢應通過 VPN 接口發送，由 VPN 提供商（而不是您的 ISP）處理。大多數 VPN 服務都運行自己的 DNS 服務器，但有些服務將查詢代理給第三方提供商。這很好，因為第三方 DNS 提供商不知道是誰發出了請求。

當 DNS 查詢發送到 VPN 接口之外時，就會發生 DNS 洩漏，因此由您的 ISP 而不是 VPN 提供商處理。發生這種情況的原因有很多，但一個好的 VPN 客戶端應該可以防止這種情況發生。

我們的測試檢查 IPv4 和 IPv6 DNS 洩漏。

如果我們的測試檢測到您存在 IP 洩漏，請不要驚慌！請諮詢我們的IP 洩漏防護完整指南尋求解決方案（最簡單的總是切換到不會洩漏的 VPN！）。