Mục lục nội dung

Bất cứ ai khi làm việc với website đều biết rằng máy tính không giao tiếp với nhau bằng tên miền như example.com hay unicode.vn. Chúng nói chuyện với nhau thông qua các dãy số gọi là địa chỉ IP (ví dụ: 93.184.216.34).

Hệ thống phân giải tên miền (DNS - Domain Name System) chính là "cuốn danh bạ điện thoại" của Internet, giúp dịch những tên miền dễ nhớ thành địa chỉ IP để trình duyệt có thể kết nối. Nhưng đằng sau một cú "Enter" của người dùng là cả một hành trình truy vấn diễn ra chỉ trong vài mili-giây.

Hãy cùng bóc tách chi tiết từng bước của quá trình này qua sơ đồ dưới đây!

Giai đoạn 1: Tìm kiếm trong Caching

Để tiết kiệm thời gian và tài nguyên, hệ thống sẽ luôn ưu tiên tìm kiếm địa chỉ IP trong các bộ nhớ đệm (Cache) theo thứ tự từ gần nhất đến xa nhất.

1. Browser Cache (Bộ nhớ đệm trình duyệt)

Ngay khi người dùng gõ example.com và nhấn Enter, nơi đầu tiên được kiểm tra chính là bộ nhớ đệm của trình duyệt (Chrome, Safari, Firefox,...). Trình duyệt sẽ lưu lại IP của các trang web bạn vừa truy cập trong một khoảng thời gian nhất định.

Nếu có IP: Trả về IP ngay lập tức.

Nếu không có: Đi tiếp xuống hệ điều hành.

2. OS / Hosts File (Hệ điều hành và file Hosts)

Trình duyệt sẽ nhờ hệ điều hành (OS) kiểm tra xem IP này có được lưu trong bộ nhớ đệm của máy tính hay không. Đặc biệt, hệ điều hành sẽ rà soát file hosts – nơi bạn có thể chủ động cấu hình ép một tên miền trỏ về một IP cụ thể (rất hay dùng khi dev ở môi trường local).

Nếu có IP: Trả về IP ngay lập tức.

Nếu không có: Máy tính gửi yêu cầu ra bên ngoài tới DNS Resolver.

3. DNS Resolver (Máy chủ phân giải DNS)

Đây thường là máy chủ DNS của nhà mạng (ISP) mà bạn đang sử dụng, hoặc các dịch vụ DNS công cộng nổi tiếng như Google DNS (8.8.8.8) hay Cloudflare (1.1.1.1). DNS Resolver cũng có bộ nhớ đệm khổng lồ của riêng nó.

Nếu có trong Cache: Trả về IP cho máy tính.

Nếu không có trong Cache: DNS Resolver sẽ chính thức bắt tay vào quy trình "Đi hỏi" (Recursive Query) đầy thú vị.

Giai đoạn 2: Quy trình truy vấn phân cấp

Khi DNS Resolver không biết example.com nằm ở đâu, nó sẽ đóng vai trò như một thám tử, đi hỏi lần lượt 3 cấp độ máy chủ quan trọng nhất của Internet.

Trạm 1: Root Server (Máy chủ Gốc)

DNS Resolver sẽ chạy đến hỏi Root Server: "Cho tôi hỏi ai quản lý các tên miền có đuôi .com?"

Root Server không giữ địa chỉ IP cuối cùng, nhưng nó biết ai đang quản lý từng loại đuôi tên miền (Top-Level Domain).

Kết quả trả về: Địa chỉ của TLD Server quản lý đuôi .com.

Trạm 2: TLD Server (Máy chủ Tên miền Cấp cao nhất)

Có được thông tin từ trạm 1, DNS Resolver tiếp tục tìm đến TLD Server (cụ thể là máy chủ quản lý nhánh .com) và hỏi: "Ai quản lý domain example.com?"

Kết quả trả về: Địa chỉ của Authoritative Name Server (Name Server Gốc) của tên miền đó.

Trạm 3: Name Server Gốc (Authoritative Name Server)

Đây là chặng cuối cùng và cũng là nguồn thông tin chính thức nhất. Máy chủ này chứa các bản ghi DNS (DNS records) do chính người sở hữu tên miền cấu hình.

DNS Resolver sẽ hỏi: "Tên miền example.com trỏ đến IP nào?"

Kết quả trả về: Địa chỉ IP chính xác của máy chủ chứa website.

Trong ví dụ này là 93.184.216.34.

Giai đoạn 3: Nhận kết quả và Thiết lập Kết nối

Khi DNS Resolver đã lấy được địa chỉ IP quý giá từ Name Server Gốc, nó sẽ thực hiện hai việc:

  1. Lưu IP vào Cache: Nó lưu lại kết quả này vào bộ nhớ đệm để nếu có ai đó khác (hoặc chính bạn) truy cập lại example.com trong ít phút tới, nó có thể trả lời ngay lập tức mà không cần đi hỏi lại từ đầu.

  2. Trả kết quả về OS: Nó gửi địa chỉ IP 93.184.216.34 ngược trở lại cho hệ điều hành và trình duyệt của máy tính.

Bước cuối cùng: Bắt tay (Handshake) và Hiển thị Web

Trình duyệt nhận được IP đích. Ngay lúc này, quy trình DNS kết thúc, nhường chỗ cho giao thức mạng.

Trình duyệt bắt đầu gửi yêu cầu HTTP/HTTPS đến địa chỉ 93.184.216.34 để kết nối với Web Server.

Máy chủ web phản hồi bằng cách gửi về các file HTML, CSS, JS... và trang web chính thức hiện ra trước mắt bạn!

Lời kết

Việc hiểu rõ dòng chảy của hệ thống DNS không chỉ là nền tảng lý thuyết mạng cơ bản, mà còn là kỹ năng bắt buộc để chúng ta debug lỗi khi website "sập", hoặc khi cấu hình trỏ tên miền (A record, CNAME) lên server mới mà gặp hiện tượng "nơi nhận, nơi không" do lưu cache.

Hy vọng sơ đồ và bài phân tích trên đã giúp bạn nắm bắt trọn vẹn vòng đời của một cú "Enter" trên thanh địa chỉ!