如何檢查 VPN 是否正常運作

這些檢查能確認甚麼

用戶端顯示已連線，只代表它回報自己的狀態，不代表你的流量去了哪裏。以下六項檢查回答的是後一個問題。安裝後做一次、每次用戶端或系統更新後做一次，以及在任何未曾使用過的網絡上做一次。全部做完只需幾分鐘；首三項只需一分鐘。

先連線到你通常使用的出口。然後按順序逐項檢查：每項都假設前一項已通過，而最常見的故障放在前面。

1. 你的地址已經改變

1. 開啟任何「我的 IP 是甚麼」頁面，讀取它顯示的地址和國家。國家必須與你選擇的出口相符；地址則必須不是你認得的自己的地址。
2. 中斷連線並重新載入同一頁面。地址應該改回你自己的地址。如果沒有，頁面可能使用了快取，或有第二個通道正在介入；第一次結果便不能證明任何事情。
3. 重新連線，再次重新載入。三次讀取中，有兩次與中間那次不同，才算完成整項測試。只在已連線時讀取一次並不算。

這只能證明出口位於瀏覽器之前。它不能說明名稱查詢、其他應用程式，或通道中斷時會發生甚麼；這正是本頁其餘部分要檢查的事情。

2. 查詢在通道內進行

1. 進行 DNS 洩漏測試 — 使用任何提供延伸測試的頁面；這類測試會發送大量查詢，而不是只發送一個 — 然後讀取它列出的解析器及其所有者。
2. 每個解析器都必須屬於 VPN 業者，或位於出口所在的國家。只要有一個解析器屬於你的互聯網服務供應商，或位於你自己的國家，測試便算失敗，不論其他解析器顯示甚麼。
3. 如果測試失敗，將用戶端的 DNS 設為業者自己的解析器，或啟用 DNS 洩漏防護，重新連線後再測試。每個平台的指南都有說明相關設定；洩漏代表甚麼則見DNS 洩漏頁面。

3. 瀏覽器沒有公開你的地址

瀏覽器帶有一種用於通話和影片的協定，可以繞過通道，直接向頁面披露你的本地和公開地址。這是瀏覽器的設定，而不是用戶端的設定；因此，即使設定完善的用戶端通過所有其他測試，也可能在這項測試失敗。

1. 在你使用的每個瀏覽器中進行 WebRTC 洩漏測試，並確保當時已連線。私人視窗和個人檔案各有自己的設定，因此要測試你實際瀏覽時使用的那一個。
2. 它顯示的公開地址必須是出口的地址，或者完全不顯示地址。路由器分配的本地地址屬於正常且無害的情況；顯示你自己的公開地址才是故障。
3. 如果測試失敗，在瀏覽器本身或業者的瀏覽器擴充功能中尋找 WebRTC 設定；大部分用戶端都會在其中一處提供相關設定。更改後再重做測試。

4. IPv6 沒有繞過通道

現在大部分網絡都會分配兩種地址；如果用戶端只讓較舊的一種通過通道，卻忽略較新的一種，那麼每個同時以兩種地址回應的網站都會看到洩漏 — 而大型網站大多如此。上面的地址檢查經常發現不了這個問題，因為你使用的頁面會顯示它實際透過哪種地址連接到你的結果。

1. 在已連線時開啟 IPv6 測試頁面。正確結果是「沒有 IPv6 連線能力」，或顯示屬於出口的 IPv6 地址。位於你自己國家的 IPv6 地址即代表洩漏。
2. 如果測試失敗，在用戶端中尋找 IPv6 設定：有封鎖選項時，這是安全選擇；有路由選項時，這是較佳選擇。如果用戶端兩者皆無，便需要在作業系統層面的網絡介面卡上停用 IPv6。
3. 之後重做第一項檢查：停用 IPv6 會改變測試頁面透過哪種地址連接到你，而較早通過的結果需要在新條件下再次確認。

5. 通道中斷時會封鎖連線

以上所有內容都描述通道正常運作時的情況。在不穩定的網絡上，真正重要的是通道不在運作時會發生甚麼；這需要獨立的程序：如何測試 VPN 終止開關。任何會帶離家中的裝置都應做一次；簡短來說，當通道被終止而沒有要求用戶端採取行動時，正在進行的下載必須立即停止。這項檢查的重要性見終止開關頁面。

6. 瀏覽器以外的其他程式

到目前為止的每項檢查都在瀏覽器中進行，但瀏覽器的路由方式可能與整部機器的其他部分不同：代理伺服器擴充功能、只作用於瀏覽器的 VPN，或分流規則，都可能令瀏覽器通過測試而另一個應用程式洩漏，或反過來。

1. 選擇一個會顯示自身連線地址的應用程式 — 例如 torrent 用戶端自己的地址檢查、郵件用戶端的連線記錄、遊戲的網絡面板 — 或在你沒有設定過的第二個瀏覽器中進行地址檢查。
2. 它的地址必須是出口的地址，與第一項檢查顯示的相同。不同地址代表通道並非涵蓋整個系統，而負責造成差異的設定不是瀏覽器擴充功能，就是分流規則。

通過測試代表甚麼