DNS record types & debug — A, CNAME, MX và dig

TL;DR: Một domain không chỉ có một IP — nó có nhiều bản ghi (record) với vai trò khác nhau: A (tên → IPv4), AAAA (IPv6), CNAME (bí danh trỏ tên khác), MX (mail server), TXT (xác thực/cấu hình), NS (authoritative server). dig và nslookup là công cụ tra; đọc section ANSWER của dig là chính. Khi tên không phân giải được: NXDOMAIN (không tồn tại), SERVFAIL (resolver lỗi), hoặc kết quả rỗng. Máy chọn resolver theo /etc/resolv.conf, và /etc/hosts ghi đè DNS.

Chạy dig google.com MX hay dig github.com và bạn thấy không chỉ một IP, mà nhiều dòng — A, CNAME, MX… Mỗi loại làm một việc. Và khi một tên miền không phân giải được, làm sao biết lỗi ở đâu — domain sai, resolver hỏng, hay cache bẩn?

Bài này là phần "thực chiến" của DNS: đọc các loại record, dùng dig/nslookup, và chẩn đoán lỗi phân giải tên.

1. Các loại record thường gặp

A/AAAA là cái bạn gặp nhiều nhất (trình duyệt cần IP). CNAME hay dùng để trỏ subdomain về một dịch vụ (vd trỏ app.bạn.com về một host của nhà cung cấp).

2. Đọc dig — section ANSWER là chính

dig example.com
# ;; ANSWER SECTION:
# example.com.   3600   IN   A   93.184.216.34
#                ^TTL             ^record  ^gia tri

Mỗi dòng ANSWER: tên TTL class loại giá trị. Vài cách dùng nhanh:

dig example.com +short        # chi gia tri (gon)
dig example.com MX            # tra record loai MX
dig example.com NS            # ai la authoritative
dig @1.1.1.1 example.com      # hoi resolver cu the (Cloudflare)

nslookup example.com cho kết quả tương tự, đơn giản hơn nhưng ít chi tiết. Dân debug thường ưu tiên dig.

3. resolv.conf & /etc/hosts

Máy quyết định hỏi resolver nào và tên nào bỏ qua DNS:

• /etc/resolv.conf: liệt kê nameserver (recursive resolver máy sẽ hỏi) và search domain (tự thêm hậu tố cho tên ngắn).
• /etc/hosts: bảng tĩnh IP tên được tra trước DNS. Đây là lý do 127.0.0.1 localhost hoạt động, và là cách ghi đè tạm một domain về IP tuỳ ý khi test.

cat /etc/resolv.conf     # nameserver 8.8.8.8 ...
cat /etc/hosts           # 127.0.0.1 localhost

4. Chẩn đoán lỗi phân giải

Khi một tên không ra IP, thông điệp dig cho biết lý do (trường status):

Quy trình: dig tên +short (ra IP không?) → nếu lỗi, dig tên xem status → thử dig @1.1.1.1 tên (loại trừ resolver nội bộ) → kiểm tra /etc/hosts và search domain.

5. CNAME chaining — coi chừng vòng và tầng

CNAME trỏ tên này sang tên khác; resolver phải tra tiếp tên đích:

flowchart LR
    A["www.shop.com<br/>(CNAME)"] --> B["shop.com<br/>(CNAME)"]
    B --> C["host.cdn.net<br/>(A record)"]
    C --> D["IP cuoi cung"]

Mỗi tầng CNAME là một bước tra thêm (chậm hơn) và nếu cấu hình sai có thể tạo vòng lặp hoặc trỏ tới tên không có A record. Giữ chuỗi CNAME ngắn.

6. Pitfall — hiểu nhầm thường gặp

❌ Nhầm 1: "NXDOMAIN và SERVFAIL như nhau." ✅ NXDOMAIN = tên không tồn tại (lỗi phía dữ liệu/đánh máy). SERVFAIL = resolver không tra được (lỗi phía hệ thống/cấu hình). Hướng xử lý khác hẳn nhau.

❌ Nhầm 2: "/etc/hosts không liên quan, mọi tên đều qua DNS." ✅ /etc/hosts được tra trước DNS. Một dòng sai/cũ ở đó khiến domain trỏ nhầm dù DNS đúng — một "bẫy" debug kinh điển. Luôn kiểm tra /etc/hosts khi một tên phân giải lạ.

❌ Nhầm 3: "Domain nào cũng có record MX/TXT." ✅ Record là tuỳ chọn theo loại. ANSWER rỗng với NOERROR khi hỏi MX chỉ nghĩa domain đó không cấu hình mail — không phải lỗi. Hỏi đúng loại bạn cần.

7. 📚 Deep Dive — tài liệu gốc

8. Tóm tắt

• Một domain có nhiều record: A/AAAA (IP), CNAME (bí danh), MX (mail), TXT (xác thực), NS (authoritative).
• dig đọc ở ANSWER section (tên TTL class loại giá trị); +short gọn, @resolver chọn resolver, dig tên MX/NS tra theo loại. nslookup đơn giản hơn.
• /etc/resolv.conf chọn resolver + search domain; /etc/hosts tra trước DNS (ghi đè).
• Debug theo status: NXDOMAIN = tên không tồn tại; SERVFAIL = resolver lỗi; ANSWER rỗng + NOERROR = không có record loại đó; sai/cũ = cache.
• CNAME chaining thêm bước tra và rủi ro vòng lặp — giữ ngắn.

9. Tự kiểm tra

Bài tiếp theo: Module 3 — Tổng kết & cheat sheet