跳到主要內容
bobob

DNS 查詢

查詢公開網域的 A、AAAA、MX、TXT、NS、CNAME 記錄，並產生可複製 DNS 部署報告。

由伺服器代為查詢您輸入的網址由本站伺服器代為查詢。

輸入與結果

輸入的內容只存在這個瀏覽器。重新開啟可以還原上次的操作。

使用情境

  • 查詢公開網域的 A、AAAA、MX、TXT、NS、CNAME 記錄，並產生可複製 DNS 部署報告。
  • 以伺服器檢查方式處理輸入，並在複製前檢查結果。
  • 搭配 DNS 查詢 與相關工具縮短工作流程。

範例

常見輸入
bobob.app, A
除錯網域時檢查公開 DNS 記錄、服務商注意事項、部署診斷與可複製 DNS 報告。
典型輸出
A/AAAA、CNAME、MX、TXT、SPF、DMARC、NS 記錄 / DNS 部署報告 / 診斷備註
複製前用來確認結果格式與後續檢查點。
附加範例
bobob.app, A
複製前用來確認結果格式與後續檢查點。
附加範例
bobob.app, TXT
複製前用來確認結果格式與後續檢查點。

常見錯誤

  • 查詢公開網域的 A、AAAA、MX、TXT、NS、CNAME 記錄，並產生可複製 DNS 部署報告。
  • 如果伺服器檢查處理方式和真實輸入結構不一致, 輸出不能直接信任。
  • 複製的值中如果混入正式密鑰、客戶資料或內部 URL, 分享前必須移除。

複製前確認

  1. 1再次比較原始輸入與輸出形態。
  2. 2確認目標執行環境、編碼、時區與安全政策差異。
  3. 3繼續用相關工具檢查 DNS 查詢 的結果是否適合下一步。

參考資料

  • A DNS change you just made is supposed to lag

    Every record carries a TTL, and RFC 1035 tells resolvers in between to cache the old answer for that long. With TTL 3600 you can keep seeing the previous value for an hour. Lower the TTL before you change a record and the switch is quick.

    依據：RFC 1035

  • SPF must be one TXT record — two break it

    RFC 7208 says more than one SPF TXT record on a domain evaluates to permerror. When mail suddenly lands in spam, a second SPF record is a common cause.

    依據：RFC 7208

  • DMARC lives under _dmarc, not the domain itself

    The policy is published as TXT on `_dmarc.<domain>` (RFC 7489). Looking at the apex makes it seem absent.

    依據：RFC 7489

常見問題

DNS 查詢 的輸入在哪裡處理？

只有公開 URL 或主機檢查這類瀏覽器無法完成的值會送到伺服器檢查端點。

結果可以直接用於正式環境嗎？

複製前請再次確認執行環境、編碼、時區與安全政策等環境差異。