Tra cứu DNS
Truy vấn bất kỳ bản ghi DNS nào của một tên miền — A, AAAA, MX, TXT, NS, SOA, CNAME, CAA và hơn nữa — qua hai resolver công cộng độc lập cùng lúc, để bạn thấy chúng có thống nhất không và một thay đổi gần đây đã lan truyền chưa.
Tra cứu bản ghi DNS
Nhập tên miền, chọn loại bản ghi (hoặc tất cả loại thông dụng) rồi bấm Tra cứu. Mỗi câu trả lời hiển thị dữ liệu bản ghi, TTL và resolver nào trả về nó (Cloudflare 1.1.1.1 và Google 8.8.8.8 qua DNS over HTTPS); khác biệt giữa hai resolver được tô nổi bật.
Giải thích các loại bản ghi
Mỗi loại bản ghi trả lời một câu hỏi khác nhau về tên miền.
A và AAAA
Địa chỉ IPv4 (A) và IPv6 (AAAA) mà một hostname trỏ tới. Trang không có bản ghi AAAA thì không truy cập được qua IPv6.
MX
Các máy chủ email nhận thư cho tên miền, kèm độ ưu tiên; số nhỏ nhất được thử trước.
TXT (SPF, DKIM, DMARC)
Văn bản tự do dùng để xác minh và xác thực email: SPF (v=spf1 …) liệt kê các bên được phép gửi thư dưới tên miền, các selector DKIM công bố khóa ký, DMARC (tên miền con _dmarc.) quy định xử lý thư thất bại cả hai.
NS và SOA
Bản ghi NS nêu tên các name server có thẩm quyền; bản ghi SOA giữ số serial và các bộ đếm thời gian của zone, hữu ích để kiểm tra mọi name server có phục vụ cùng phiên bản không.
CNAME
Một bí danh: tên này là một tên khác, và resolver đi theo nó. CNAME không thể cùng tồn tại với bản ghi khác ở cùng tên, vì thế tên miền gốc (apex) không thể là CNAME.
CAA
Các tổ chức chứng thực (CA) nào được phép cấp chứng chỉ cho tên miền. Không có nghĩa là bất kỳ CA nào cũng được.
nslookup và dig
nslookup (Windows, cũng có trên macOS/Linux) và dig (macOS/Linux, bộ công cụ BIND) truy vấn DNS từ dòng lệnh; dig example.com MX +short tương đương tra cứu MX ở đây. Cả hai hỏi resolver bạn đã cấu hình trừ khi bạn chỉ định (dig @1.1.1.1 …).
Lan truyền DNS
Sau khi bạn đổi một bản ghi, các resolver khắp thế giới vẫn trả lời giá trị cũ cho tới khi TTL của nó hết; không có cơ chế đẩy tập trung. So sánh hai resolver ở đây cho thấy thay đổi đã tới chúng chưa; tra cứu có thẩm quyền (trực tiếp tại name server của tên miền) cho thấy giá trị sẽ được phục vụ khi bộ đệm hết hạn. Nếu một resolver vẫn hiển thị giá trị cũ, hãy chờ hết TTL cũ — đó là lý do hạ TTL một ngày trước thay đổi dự kiến là thói quen tốt.
Tra cứu DNS hoạt động thế nào
Một tra cứu bắt đầu ở resolver của bạn, resolver hỏi root server về các name server của tên miền cấp cao, rồi hỏi chúng về name server của tên miền, rồi hỏi chúng về chính bản ghi, lưu đệm mỗi bước theo TTL. Trang này bỏ qua resolver của bạn và hỏi thẳng hai resolver công cộng, vì thế câu trả lời có thể khác với những gì thiết bị của bạn thấy — trang DNS của tôi là gì cho biết đó là resolver nào, và kiểm tra rò rỉ DNS cho biết truy vấn của bạn thực sự đi đâu.
Câu hỏi thường gặp
Vì sao cần tra cứu DNS?
Để kiểm tra các bản ghi của tên miền đã đặt đúng chưa (sau khi chuyển website hoặc cấu hình email), xem thay đổi đã lan truyền chưa, tìm máy chủ email hoặc name server của một tên miền, hoặc chẩn đoán vì sao một trang hay email không hoạt động.
DNS hoạt động từng bước như thế nào?
Thiết bị hỏi resolver của nó; resolver hỏi root server xem name server nào phụ trách tên miền cấp cao, hỏi chúng xem name server nào phụ trách tên miền, hỏi chúng về bản ghi, lưu đệm mọi thứ theo TTL và trả câu trả lời. Các tra cứu sau được trả từ bộ đệm cho tới khi TTL hết.
Tra cứu DNS dùng TCP hay UDP?
Chủ yếu UDP trên port 53 cho nhanh; TCP khi câu trả lời quá lớn cho một gói UDP (chuyển zone, tập bản ghi lớn, DNSSEC) hoặc khi resolver chọn vậy. DNS mã hóa (DoH, DoT) chạy trên TCP/TLS.
Mục đích chính của nslookup là gì?
Để truy vấn bản ghi DNS từ dòng lệnh và kiểm tra resolver nào đã trả lời — cùng việc với trang này, cho mọi loại bản ghi và mọi máy chủ.
Cái gì thay thế nslookup?
dig (và delv cho DNSSEC) trong bộ công cụ BIND; trên Windows là Resolve-DnsName của PowerShell. nslookup vẫn có sẵn ở mọi nơi và đủ dùng cho tra cứu đơn giản.
Có thể nslookup một địa chỉ IP không?
Có — nslookup 203.0.113.42 thực hiện tra cứu ngược và trả về hostname PTR của địa chỉ, nếu có. Trang tra cứu DNS ngược làm điều tương tự.
Hai resolver công cộng độc lập được hỏi và câu trả lời được so sánh theo từng bản ghi (bỏ qua TTL và thứ tự); TTL hiển thị là thời gian cache còn lại của resolver, không phải của zone. Tìm IP của trang web