實用工具
你的電腦對某個網域的回應，取決於它的解析器快取了什麼，而這正是你剛變更記錄時最不該看的東西。此工具會透過 DNS-over-HTTPS 直接詢問 Cloudflare 的公用解析器，並顯示它回傳的內容，包括 TTL——這個數字告訴你其他人還會相信舊答案多久。
它是怎麼運作的
- 查詢會透過 DNS-over-HTTPS 送到 Cloudflare 的 1.1.1.1 解析器，而非你自己的解析器。
- 每筆記錄都會顯示 TTL，因為這決定了變更需要多久才會被看到。
- 名稱存在但沒有你所查詢類型的記錄時，會如實回報，而非視為錯誤。
你的資料去了哪裡
本工具需要存取瀏覽器無法直接抵達的服務，因此你輸入的位址或網域會傳送到我們的伺服器並轉發給該服務。只有這個值會離開頁面，其餘內容不會。
當一次執行消耗點數時，會往你自己的歷史裡儲存一行摘要，方便回頭查找。摘要記錄的是這次執行的形態——大小、數量、你查詢的值——而不是你貼上的內容。
它要花多少
每次查詢消耗 2 點，因為每次都是我們代你送出的一次請求。請先登入後使用。
點數來自註冊、每日簽到、發表留言與完善資料。
了解點數規則常見問題
- 我變更了記錄，但還是看到舊的。為什麼？
- 幾乎都是快取的問題。在你和授權伺服器之間的每個解析器，都可能保留舊答案直到 TTL 過期。請在變更前降低 TTL，而不是之後——影響變更的 TTL 是變更前發布的那個。
- 為什麼這裡顯示的答案和我的終端機不同？
- 因為你的終端機詢問的是你設定的解析器，它有自己的快取，可能是你的路由器、ISP 或 VPN。此工具直接詢問公用解析器，比較接近網際網路上其他人看到的結果。
- 當電子郵件無法送達時，我應該檢查什麼？
- 先檢查 MX 記錄，確認郵件路由到正確的位置，然後檢查 TXT 記錄中的 SPF 記錄，以及 _dmarc.yourdomain 的 DMARC 政策。缺少 SPF 記錄或 SPF 記錄矛盾，是郵件被丟進垃圾郵件最常見的原因。
背後的開源專案
本工具是獨立實作，並未打包第三方函式庫。curl/curl（curl）在程式碼層面做的是同一件事——如果你需要在自己的程式裡實作它，從那裡開始，而不是呼叫一個網頁。
curl/curl也常被稱作
- DNS 查詢
- 線上 dig
- MX 記錄檢查
- TXT 記錄查詢
- nslookup 線上
- DNS 傳播