IPv6 VPN洩漏：為什麼只有IPv4位址改變

同一國家內的IPv6繞過看起來會是什麼樣子

假設你的家用網路與所選的VPN伺服器都在泰國。連線前，瀏覽器暴露了一個IPv4位址和一個IPv6位址。連線後，只有IPv4改變。兩者的國家標籤仍然都是泰國，但儲存的IPv6位址依然看得到。

當兩種位址類型都能與最近儲存的連線比較時，IPNixa會將這種位址模式標示為「IPv4已變更 · IPv6未變更」。這項警告是提醒你檢查路由；光憑位址，無法確定是哪個網路介面或應用程式設定造成這個結果。

儲存有效的基準並進行比較

只改變VPN設定時，比較才最有參考價值。如果同時切換Wi-Fi、重新連線路由器或更換行動網路，就更難判斷原因。

1. 在適合你情況的前提下，中斷VPN後開啟「VPN檢測」。等待IPv4與IPv6各自的檢測完成。
2. 選擇「儲存目前連線」。記下實際已確認的位址類型；缺少的位址不能當作該位址類型的有效基準。
3. 連上VPN，等待顯示已連線狀態。在同一個瀏覽器分頁中使用「重新檢測並比較」。
4. 分別查看IPv4與IPv6列，再閱讀IPv6暴露的說明。IPNixa會在此分頁中保留儲存的連線，最長30分鐘。

各種位址模式代表什麼

請搭配VPN應用程式的設定來看儲存位址的比較結果。比較並不會找出隱藏的原始位址；它使用的是你選擇儲存的那次連線。

當儲存的結果無法回答問題時

假設原始連線只確認了IPv4。連上VPN後，IPv6第一次出現。此時你有了IPv6觀測結果，卻沒有可供比較的已儲存IPv6位址。不要把空白的基準解讀為VPN引入或保護了IPv6的證據。請從能確認原始位址類型的連線重新開始，或向VPN供應商詢問它在該網路上如何處理IPv6。

同樣地，在VPN已連線時儲存基準，只能回答之後的出口是否改變；它並不能提供已知的直連結果。IPNixa無法自動判斷你儲存基準時的路由意圖。如果儲存的結果過期或被你刪除，結果會回到單純的觀測，直到你再次儲存並比較。向客服回報時，請記錄變更了哪些設定、兩個探測是否都已完成，以及每次檢測的時間。這些背景資訊通常比單獨的國家標籤更有用。

變更裝置設定前，先檢查VPN設定

雙協定堆疊裝置可以透過任一種位址類型傳送流量。VPN必須對兩者都套用預期的路由政策。分割通道與應用程式排除設定，也可能說明瀏覽器為何走了另一條路徑；繞過VPN不一定是軟體缺陷。

請先參考供應商關於IPv6路由或防洩漏的說明。如果結果出乎意料，請整理檢測時間以及連線前後的位址變化提供給客服。只有在對客服請求確實有幫助時才分享完整位址。瀏覽器檢測不會檢查其他應用程式、DNS解析器洩漏或VPN的中斷保護（kill switch）。

• 如果瀏覽器被分割通道（split tunneling）排除在外，而你原本就希望它走VPN，請將它加入VPN路由。然後在同一個Wi-Fi連線下，重新取得直連基準再比較。
• 如果供應商支援IPv6通道，請依照其針對裝置的設定說明操作，並再次檢查兩種位址類型。光憑IPv6位址改變，無法證明路由正確。
• 如果供應商刻意封鎖IPv6，瀏覽器探測取得不到IPv6與該政策相符，但無法加以驗證。在認定結果「已受保護」之前，請先查看供應商的診斷工具。
• 如果情況持續，請回報裝置、VPN模式、檢測時間以及哪些位址類型的檢測已完成。不要為了讓無法判斷的結果消失而關閉瀏覽器的隱私控制。

重現範例：IPv4改變但IPv6不變

2026年10月27日，我們在本機以模擬連線資料執行IPNixa比較邏輯。假設VPN變更前IPv4為203.0.113.42、IPv6為2001:db8:1:2::5；變更後IPv4為198.51.100.24，IPv6維持不變。兩次使用相同的範例國家。這些位址保留供文件使用，並非真實連線。

比較結果為「IPv4已改變 · IPv6未改變」，並提示檢查IPv6。這是重現軟體的判讀方式；我們沒有實際連接VPN、變更設定或確認真實洩漏。

檢查真實連線時，先在啟用VPN前儲存基準，再於同一分頁比較。如果IPv6不變，檢查VPN的IPv6路由與分流排除設定，必要時調整並重試。未取得IPv6結果時無法下結論；此比較不檢查DNS或其他應用程式。