DNS (Domain Name System) là quyển danh bạ của internet: nó dịch một cái tên đọc được như example.com thành địa chỉ IP như 93.184.216.34. Việc phân giải là một tra cứu phân cấp, thường được thực hiện thay bạn bởi một recursive resolver (của ISP hoặc một resolver công cộng như 8.8.8.8) — nó đi qua cây các name server authoritative giúp bạn:
Browser ──▶ Recursive Resolver ──▶ Root (.) "ask .com's servers"
│ ◀──
├────────▶ TLD (.com) "ask example.com's servers"
│ ◀──
└────────▶ Authoritative "example.com = 93.184.216.34"
(example.com) ◀──
Browser ◀── 93.184.216.34
Resolver hỏi các server root (chúng biết các server TLD), rồi các server TLD cho .com (biết ai là authoritative cho example.com), rồi server authoritative (giữ bản ghi thật). Để khỏi lặp lại mỗi lần, kết quả được cache ở mọi cấp — trình duyệt, OS và resolver — mỗi cấp tôn trọng TTL (time-to-live) của bản ghi. Cache nóng phân giải trong vài micro giây; một lượt tra cứu nguội có thể tốn vài vòng round trip.
Các loại bản ghi thường gặp: A (name → IPv4), AAAA (name → IPv6), CNAME (bí danh trỏ tới tên khác), MX (mail server), TXT (văn bản tùy ý, dùng cho SPF/xác minh) và NS (ủy quyền một zone). Bạn có thể xem trực tiếp quá trình phân giải:
dig example.com A # shows the A record and which server answered
DNS nằm trên đường đi tới hạn của mọi request bắt đầu từ một cái tên, nên một resolver chậm hoặc cấu hình sai sẽ cộng thêm độ trễ cho tất cả. Người phỏng vấn thích câu này vì nó lộ ra bạn có hiểu phân cấp và caching hay không — hai ý tưởng cho phép một hệ thống phân tán toàn cầu trả lời hàng tỷ truy vấn thật nhanh. Đây cũng là nguồn cơn thường xuyên của sự cố production ("bao giờ cũng là DNS"): bản ghi hết hạn, TTL sai, hay trễ lan truyền sau khi đổi cấu hình — nên hiểu cách caching và TTL vận hành rất thực dụng.
Thư viện câu hỏi phỏng vấn IT với đáp án chi tiết — từ Junior đến Senior.
Ủng hộ