驗證 VPN 時同時檢查 IPv4 與 IPv6
檢查 VPN 時同時觀察 IPv4 與 IPv6，記錄預期路由，區分無法使用的連線，避免只靠單一測試下結論。
由 Codex editorial review 從英文翻譯
連上 VPN 後，公開位址頁面可能顯示不同的 IPv4，卻仍留下重要問題：應用程式改用 IPv6 時會怎樣？許多日常連線可使用不只一種位址家族，有些網路則只提供其中一種。實用的驗證會檢查實際可用能力，以及所選設定原本應有的行為。目標不是在所有地方強制開啟 IPv6，也不是全面停用，而是避免把一次成功請求當成裝置所有可能路徑的完整描述。
先確定 IPv6 檢查應得到什麼結果
詢問用戶端與設定應該承載 IPv6、阻擋它從通道外傳送，還是採用其他有文件說明的方式。這些是不同原則。沒有 IPv6 結果，在某個配置中可能正常，在另一個配置中卻可能是故障。沒有預期行為，測試結果就難以解讀。
端點位址與通道內的流量也是不同概念。透過 IPv4 端點連接 VPN 伺服器，本身不能確定通道能承載哪些位址家族。同樣地，看到 IPv6 端點，不代表之後每個應用程式都使用 IPv6。能力取決於完整設定與周遭網路。
變更之前先查看協定與用戶端指引。VLESS 與 WireGuard 比較有助於辨識正在測試的配置類型，但協定名稱本身並不是路由原則。記錄應用程式、版本、所選設定，以及是否啟用分流或本機例外。
釐清一般網路提供哪些能力
若適合在未連 VPN 時做不涉及敏感資訊的比較，先確認基礎網路有可用的 IPv4、IPv6 或兩者。不要只為了建立基準，就中斷必要的工作通道或暴露敏感活動。原則不允許時，記錄限制並請管理員提供核准的方法。
使用會分別回報各位址家族的診斷工具。只顯示一個位址的頁面，可能只是用了最先可行的路徑。IETF 的 Happy Eyeballs 規範說明應用程式如何嘗試其他位址或家族，以降低連線延遲。這有助於使用體驗，但也表示成功載入頁面，不一定能證明兩條路徑都可用。
讓觀察緊扣實際網路。家用 Wi-Fi 結果不能描述行動數據，透過手機分享上網的筆電，也不一定等同於提供連線的手機。註明接取方式與時間。若測試指出 IPv6 無法使用，不要為了填表而杜撰位址，也不要把缺少結果直接判定為洩漏。
啟用通道後重做相同觀察
連上預定設定，使用相同裝置與應用程式送出新請求。分別記錄 IPv4，以及可用時的 IPv6 結果。失敗就記為失敗，不要因為另一個網頁碰巧載入就忽略。比較期間保持端點選擇不變。
瀏覽器測試量到的是瀏覽器請求。若另一個應用程式也重要，請使用適合的診斷，或向客服索取方法。例外、系統代理及應用程式自己的網路行為都可能改變範圍。VPN 狀態指南說明，已連線指示只是起點，並非之後所有連線的證明。
若原本期待保護路徑，結果卻似乎顯示一般網路供應商位址，在確認原則之前，請暫停用該配置進行敏感工作。私下保存觀察並準確描述。不要在位址測試旁公開完整設定或金鑰。客服通常先需要用戶端和預期行為，而不是任何秘密存取資料。
比國家標籤更仔細地解讀位址
位址查詢可能附上組織或國家名稱。這些標籤能提供背景，但不是物理位置的最終測量。不同資料庫可能不一致，同一服務相關的 IPv4 與 IPv6，也可能得到不同分類。
驗證路由時，將實際位址與供應商對該設定的預期比對。地理位置行為則另當一個問題處理。VPN 國家與網站語言一文說明，網站的語言偏好無法單獨解答。俄文介面或英文搜尋頁都不能代替位址家族檢查。
建立四項簡單紀錄：一般 IPv4、一般 IPv6、通道內 IPv4、通道內 IPv6。明確標示無法使用或未測試的項目，並在下面加上預期原則。這樣較容易分辨不支援的家族、非預期直連路徑，以及地理標籤爭議，而不把它們都歸為「VPN 壞了」。
不要靠猜設定欄位來修復路由
不要只因論壇範例有某條廣泛路由，就隨意加入或移除。例如 Android VPN 文件分別說明涵蓋所有 IPv4 與 IPv6 目的地的路由。這些設定決定哪些目的地進入虛擬介面，不是不了解其他配置也能照抄的裝飾文字。
手動匯入設定檔也需要同樣謹慎。路由變動可能影響 DNS 可達性、本機服務與重新連線能力。安全保存原本能正常運作的檔案，並使用供應商支援該用戶端的設定。絕不要為了詢問某一行是否正確，就公開整份設定。
若支援的方案刻意封鎖無法使用的位址家族，請以文件所載的用戶端控制功能確認。全面停用作業系統或路由器的 IPv6，可能影響其他應用程式與使用者。只有理由明確、權限適當時才這麼做，不要把它當作解決單一網站不明結果的通用方法。
接取網路改變時再次檢查
昨天的 Wi-Fi 結果不保證今天行動網路有相同行為。用戶端重大更新、更換設定，或平常使用的接取方式改變後，重做這項小型觀察。未變動的配置不需要無止境測試；聚焦於可能改變可用路徑的切換。
若仍未解決，將用戶端版本、網路類型、預期原則，以及兩種家族的獨立結果傳給 Lumeraya 說明中心。註明是否能取得未連 VPN 的基準。不要附上私密金鑰，也不要只測一個應用程式就宣稱全面故障。
清楚的雙協定堆疊檢查，會以有限定範圍的結論結束：觀察到的 IPv4 路徑符合預期，IPv6 也符合預期或依設計無法使用，剩餘疑問已被指出。這比一個令人安心的位址更有用，因為它把結果連結到實際設定與你想保護的流量。