Tra cứu DNS

Tra cứu DNS

Bạn cần biết một tên miền trỏ đến đâu, dùng máy chủ thư nào, hoặc bản ghi TXT đã thật sự được công bố chưa? Công cụ tra cứu DNS này truy vấn các bản ghi có thẩm quyền của bất kỳ tên miền nào và trả về giá trị A, AAAA, MX, TXT, NS, CNAME và SOA trong một lần, không cần dùng dig hay terminal.

Cách thực hiện tra cứu DNS

  1. 1

    Nhập tên miền

    Chỉ nhập tên miền, không có https và không có đường dẫn, ví dụ `example.com`.

  2. 2

    Chọn loại bản ghi

    Chọn A, AAAA, MX, TXT, NS, CNAME hoặc SOA, hoặc giữ chọn tất cả để kiểm tra đầy đủ.

  3. 3

    Chạy truy vấn

    Công cụ truy vấn một trình phân giải DNS công cộng (Cloudflare 1.1.1.1 qua DoH) và lấy từng loại bản ghi.

  4. 4

    Sao chép hoặc xuất

    Sao chép kết quả đã định dạng hoặc xuất dưới dạng JSON cho pipeline và Zapier webhooks.

Các loại bản ghi và mục đích sử dụng

Loại Mục đích TTL thường gặp
A Địa chỉ IPv4 mà tên miền trỏ tới 300-3600
AAAA Địa chỉ IPv6 300-3600
MX Tên máy chủ trao đổi thư kèm mức ưu tiên 3600
TXT Văn bản tự do: SPF, DMARC, xác minh tên miền, DKIM 300-3600
NS Máy chủ tên có thẩm quyền cho vùng 86400
CNAME Bí danh tên chuẩn (ví dụ: www -> tên miền gốc) 300-3600
SOA Start of Authority: NS chính, email, serial của vùng 3600+

Cách đọc bản ghi SOA

Bản ghi SOA trả lời câu hỏi: “ai quản lý vùng này và lần cuối nó thay đổi là khi nào?”. Các trường gồm:

  • mname - máy chủ tên chính chịu trách nhiệm cho vùng
  • rname - email quản trị, trong đó dấu chấm thay cho @ (ví dụ hostmaster.example.com)
  • serial - số phiên bản, thường ở định dạng YYYYMMDDNN
  • refresh, retry, expire - bộ hẹn giờ cho máy chủ tên phụ
  • minimum - TTL cho câu trả lời âm tính (NXDOMAIN được lưu trong bộ nhớ đệm bao lâu)

serial tăng cho biết vùng đã được cập nhật. Máy chủ tên phụ sẽ hỏi máy chủ chính, so sánh serial và thực hiện chuyển vùng khi giá trị khác nhau.

Giải thích bản ghi TXT

TXT là loại bản ghi linh hoạt. Các cách dùng phổ biến:

  • v=spf1 ... - Sender Policy Framework; cho phép máy chủ thư.
  • v=DMARC1 ... - trên _dmarc.domain; định nghĩa chính sách DMARC.
  • v=DKIM1 ... - trên selector._domainkey.domain; khóa công khai DKIM.
  • Token xác minh tên miền - Google, Microsoft, Stripe và các dịch vụ khác công bố chuỗi ngẫu nhiên để chứng minh quyền sở hữu.
  • SaaS webhooks - một số nền tảng dùng TXT để cấu hình tên miền tùy chỉnh.

Mẹo khắc phục sự cố

  • NXDOMAIN nghĩa là bản thân tên miền không tồn tại; hãy kiểm tra chính tả.
  • Không có câu trả lời khi có NS có thẩm quyền nghĩa là loại bản ghi cụ thể đó chưa được công bố.
  • CNAME tại apex (chính example.com, không phải www) về mặt kỹ thuật không được RFC 1034 cho phép vì CNAME xung đột với SOA/NS ở gốc vùng. Hãy dùng bản ghi ALIAS hoặc ANAME ở nhà cung cấp có hỗ trợ, hoặc dùng bản ghi A trỏ thẳng tới IP.
  • Lan truyền - sau khi thay đổi, bản ghi mới xuất hiện ngay trên NS có thẩm quyền của bạn, nhưng các trình phân giải trên toàn thế giới vẫn tuân thủ TTL. Hãy chờ TTL cũ hết hạn hoặc hạ TTL trước khi thay đổi.

Câu hỏi thường gặp

Mặc định là Cloudflare 1.1.1.1 qua DNS-over-HTTPS, với Google 8.8.8.8 và Quad9 9.9.9.9 là lựa chọn thay thế. Cả ba thường trả về cùng dữ liệu cho hầu hết tên miền; hãy so sánh hai trình phân giải nếu bạn nghi ngờ đầu độc bộ nhớ đệm cục bộ hoặc vấn đề lan truyền.

Terminal dùng trình phân giải của nhà cung cấp Internet hoặc DNS được cấu hình trên router, nơi có thể còn câu trả lời cũ trong bộ nhớ đệm. Công cụ này bỏ qua bộ nhớ đệm đó bằng cách truy vấn trực tiếp trình phân giải công cộng, nên thường hiển thị giá trị mới hơn.

Có, thông qua công cụ tra cứu DNS ngược. Trang này tập trung vào bản ghi thuận. Truy vấn PTR cần địa chỉ IP, không phải tên miền.

Các trình phân giải công cộng có thể ghi log truy vấn theo chính sách quyền riêng tư riêng, nhưng bản thân công cụ không lưu tên miền và không gắn truy vấn với tài khoản của bạn.

Công cụ liên quan