先理解：兩個地址不同並不等於洩漏
IPv4 與 IPv6 是不同地址協議族。一個瀏覽器同時取得兩種地址是正常雙棧表現，不能比較兩個地址字串是否相等來判斷安全。不同網站和應用還可能選擇不同的協議族；這與賬號是否被封是兩個問題。
這裡的目標是確認“哪條請求使用了哪種地址、結果是否符合配置預期”。單次觀察沒有覆蓋的連線應保留未確認，不把一個參考端點的成功擴充套件成所有應用出口都一致。
第一步：執行雙棧檢測並儲存比較條件
開啟 IPv6 與雙棧檢測，啟用兩個協議族查詢後執行一次。分別記錄 IPv4 與 IPv6 的成功、失敗、耗時和來源。複測時使用同一瀏覽器、網路和近似時間；若期間切換了 Wi-Fi、代理節點或裝置，先建立新的比較基準。
IPv6 成功表示該參考 HTTP 請求取得了 IPv6 觀察地址。IPv6 失敗則可能涉及解析、代理、路由、瀏覽器限制或端點狀態；它既不證明系統關閉了 IPv6，也不證明不存在未測量的 IPv6 流量。
第二步：按來源解釋地區和網路型別
當兩族都成功時，分別檢視國家歸屬、ASN、代理標籤與查詢時間。國家不同說明資料庫估計或路由可能存在差異，先核對待查地址和來源；不能直接認定使用者的實際所在地變化，也不能由此推出封號機率。
若兩個來源對同一 IPv6 地址意見不同，保留雙方結果。沒有標籤、沒有路由記錄和請求失敗是不同狀態；本工具不會把未取得的資料補成住宅、純淨或安全。
第三步：只做同協議族的出口對照
WebRTC 候選與 HTTP 參考地址應在同族內比較：IPv4 對 IPv4，IPv6 對 IPv6。同族出現不同公網地址，是本次觀察到額外路徑的線索；代理負載均衡、地址輪換等也可能造成差異，需要結合網路配置複核。
再開啟域名分流模組，逐個檢視固定目標是否返回可比較的地址。跨域失敗、挑戰頁或沒有 trace 能力時，結果保持未確認。瀏覽器探針不能代表 SSH、WSL、Claude Code 或所有 WebSocket 連線。
常見結果與處理順序
只有 IPv4 成功：先檢查 IPv6 請求的原始錯誤與代理是否支援該路徑，不立即關閉作業系統協議。兩族成功但歸屬不同：核對同一地址的資料來源，再檢視相關應用的真實連線。WebRTC 沒有候選：記為未取得，不寫成“已隱藏真實地址”。
修改 DNS、分流或代理設定後，一次只改一項，並重復同一組探針。示例：第一次 IPv6 超時，第二次換網路後成功，只能說明測量條件變化；若同時更換客戶端和規則，就無法把改善歸因於某一個設定。
參考來源與時效
以上為獨立診斷與使用說明，未接入 Anthropic 內部風控。政策、介面與支援流程可能更新，按原文生效日期和實際賬號可見入口核對。