Tập 7
Bonus: Bản ghi keo
-
Khoan đã...
-
Hình như có gì đó sai sai!
-
Làm sao bộ phân giải có thể tìm thấy ns1.dnsimple.com trước dnsimple.com được?
-
Bởi vì ns1.dnsimple.com là miền con của dnsimple.com. Làm cách nào mà chúng ta phân giải ns1.dnsimple.com mà không cần phân giải dnsimple.com trước?
-
Chẳng phải việc tìm kiếm đang đi ngược lại sao?
-
Chẳng phải sẽ có lúc chúng ta bị kẹt trong vòng lặp sao??
-
Ví dụ, giả sử máy chủ có thẩm quyền của domain.com là ns1.domain.com.
-
Nếu tôi muốn truy cập domain.com, máy chủ TLD .COM sẽ bảo tôi lấy địa chỉ IP từ máy chủ có thẩm quyền: ns1.domain.comHãy hỏi ns1.domain.com
-
ns1.domain.com là một miền con của domain.comChúng ta không thể lấy miền con mà không lấy miền chính trước!
-
Bị mắc kẹt trong vòng lặp!
-
Vậy, chuyện gì đã xảy ra? Làm thế nào mà bộ phân giải có thể tìm thấy dnsimple.com thông qua ns1.dnsimple.com?
-
Rất đơn giản!Bản ghi keo! (Glue records)
-
Bản ghi keo?
-
Chính xác!
-
Thật tuyệt!Tôi sẽ giải thích!
-
Khi bộ phân giải hỏi máy chủ TLD .COM về dnsimple.com, thông tin bổ sung đã được đính kèm vào câu trả lời đó.
-
Bộ phân giải có ít nhất một địa chỉ IP cho mỗi máy chủ tên miền
-
Chúng ta gọi đó là keo!
-
Vì vậy, bộ phân giải không chỉ biết tên máy chủ có thẩm quyền, mà còn biết địa chỉ IP.
-
Do đó, không bị kẹt trong vòng lặp.
-
Tuyệt! Giờ tôi đã hiểu rồi.
-
Bản ghi keo tuyệt vời!!
-
Quá chuẩn luôn!hahaha, cảm ơn!
-
Bạn đã xem đến cuối cùng rồi! Giờ là thời điểm thích hợp để xem video mà chúng tôi đã làm cho truyện tranh này!