工具用的順手嗎？
你的回饋能幫助我們做得更好
檢測域名解析記錄與HTTP狀態碼，快速診斷網站連通性。
輸入域名並點選「開始檢測」檢視結果
概覽
了解工具能解決的問題、計算或處理邏輯，以及資料邊界。
輸入網域後，頁面會同時查詢 DNS 記錄，並以 HTTPS 連線取得網站回應。DNS 部分列出本次查詢有返回內容的記錄及其值；網頁部分顯示狀態碼、重新導向後的網址，以及部分回應標頭。這兩組資料分別回答「網域查到了哪些資訊」和「這次 HTTPS 網頁請求得到什麼回應」，適合做初步排查。
A 與 AAAA 分別對應 IPv4、IPv6 位址；CNAME 表示別名指向，MX 與郵件路由有關，NS 指出名稱伺服器，TXT 可承載文字資料。不同記錄用途不同，不需要每個網域都有所有類型。HTTP 狀態碼則描述請求結果：2xx 為成功類、3xx 為重新導向類、4xx 為用戶端錯誤類、5xx 為伺服器錯誤類。狀態碼應連同最終網址及實際頁面需求一起判讀。
指南
依步驟完成操作，並透過範例核對輸入與結果。
在欄位輸入網域，例如 example.com。也可貼上以 http:// 或 https:// 開頭的網址，工具會取出主機名稱；請勿加入路徑或查詢參數。
開始檢查後，先看 DNS 區塊。各記錄類型會分開顯示，值旁可複製；空白或未列出的類型不應直接解讀成網域設定錯誤。
再看 HTTPS 回應區塊中的狀態碼與最終網址。若有列出回應標頭，可用它們輔助查看伺服器回傳的部分資訊；DNS 或網頁請求若其中一項失敗，另一項仍可能有結果。
情境
查看這項工具在不同工作與生活流程中的用法。
管理者可核對本次查詢是否返回預期的 A、AAAA、CNAME 或其他相關記錄，再比對網域服務商中的設定。如果網站能回應但 DNS 值不符預期，先檢查名稱與記錄設定；若 DNS 有返回而網頁請求出現錯誤，則進一步檢查網站服務與路由。
網站維護者可查看 HTTPS 請求的狀態碼及最終網址，確認是否轉到預期的正式網域。負責郵件設定的人員可查看 MX 或 TXT 是否有返回，再與郵件服務商提供的設定值核對。這些結果是線索，並不會替你驗證整套網站或郵件服務。
問答
集中解答常見疑問與容易混淆的問題。
頁面只呈現有返回值的類型，且個別類型查詢失敗不一定會以獨立訊息顯示。網域也不必配置所有類型；請先確認你查的是正確網域，再對照該服務實際需要的記錄。
不一定。3xx 屬重新導向類別；查看最終網址，確認它是否符合你預期的網域或頁面。若跳轉目的地不對，再檢查網站的導向設定。
DNS 記錄與網頁請求是分開檢查的。先確認網域記錄值是否合理，再檢查網站是否能透過 HTTPS 回應，以及伺服器或網路是否拒絕該請求；單靠 DNS 有答案不能證明網站頁面可正常使用。
這項檢查以網域主機名稱為目標，不保留貼入網址的路徑。HTTPS 請求會從該網域的根路徑開始，因此不能用它確認某個深層頁面或登入後內容。
須知
使用前了解適用範圍、結果限制與必要提醒。
DNS 資料反映本次檢查所使用解析環境回傳的內容，不能代表台灣各地、其他國家或所有 DNS 解析器的結果一致，也不是全球傳播比較；頁面沒有提供 TTL 或各地查詢差異。缺少某一筆記錄也不能單獨證明該記錄未設定。網頁請求使用 HTTPS，並跟隨重新導向；頁面只顯示部分回應標頭，不檢查 TLS 憑證、加密設定、弱點或網站內容，也不提供響應時間。RFC 1035 說明 DNS 名稱、解析器及資源記錄等基礎概念；IANA 的 DNS Parameters 登錄表可核對記錄類型。RFC 9110 說明 HTTP 狀態碼語義與類別。以上標準資料核對日期均為 2026-09-30。
參考資料
推薦
查找相關工具、專題與可用的 API 能力。
