PTR 查詢反向域名
PTR 將待查 IP 對映為反向主機名。它不會告訴你瀏覽器當前使用哪個遞迴 DNS，也不能據此判斷域名解析是否經過代理。無 PTR 記錄不是 DNS 服務故障。
WebRTC 觀察可見候選
ICE/STUN 可能提供瀏覽器可見的公網候選，也可能因瀏覽器策略或網路限制而沒有結果。只比較與 HTTP 地址相同協議族的候選；不同地址提示可能存在額外路徑。
真正的 DNS 洩漏需要專用探針
DNS 洩漏檢測會讓當前瀏覽器請求一組隨機域名，再從權威端取得實際遞迴解析地址。A 與 AAAA 名稱都會觸發；尚未收到的查詢、超時和來源不明保持待檢測，不能由失敗推斷正常。PTR、系統 DNS 配置與實際解析出口分別展示。
出現差異時如何處理
記錄協議族、目標、來源和時間，再由網路管理方核對 DNS 與應用路由。無候選、請求失敗和未見額外地址是不同狀態，不能一律解釋為“已經隱藏”。
一個常見場景
例如，PTR 返回一個託管商域名，同時 WebRTC 沒有公網候選。前者解釋反向記錄，後者說明本次候選不足，二者都不能證明 DNS 解析一定經過代理。
用三個不同問題選擇檢測工具
想知道“當前域名由誰遞迴解析”，執行 DNS 洩漏測試並檢視解析器地址；想知道“瀏覽器還暴露了哪些候選出口”，執行 WebRTC 檢測；想知道“某個公網 IP 的反向名稱”，執行 PTR 查詢。三個結果可以同時存在，不能用 PTR 成功代替 DNS 洩漏驗證。
DNS 模組收到的測試域名數與唯一解析器數不是同一個指標。12 個域名可能經過同一個解析器；一個域名也可能由多個解析節點查詢。應核對所有域名的完成狀態、解析器列表與來源資訊。WebRTC 同樣要區分 IPv4、IPv6、私網地址和 mDNS 名稱。
例如，HTTP 出口符合預期，但實際解析器顯示為國內網路，可先檢查瀏覽器安全 DNS 與代理 DNS 接管設定，然後複測隨機域名。若僅 WebRTC 出現同族的另一公網地址，重點檢查候選路徑。不要為了讓三個頁面都顯示相同數字而同時關閉多個網路能力。
參考來源與時效
以上為獨立診斷與使用說明，未接入 Anthropic 內部風控。政策、介面與支援流程可能更新，按原文生效日期和實際賬號可見入口核對。