Làm cách nào để khắc phục sự cố không có vấn đề GLUE, với tra cứu DNS?

Khi tôi tra cứu tên miền của mình tại http://www.intodns.com , đây là một vấn đề tôi gặp phải:

GLUE đã không được gửi khi tôi hỏi máy chủ tên cho hồ sơ NS của bạn. Điều này là ổn nhưng bạn nên biết rằng trong trường hợp này cần phải tra cứu thêm bản ghi A để có được IP của bản ghi NS của bạn. Bạn có thể sửa lỗi này bằng cách thêm bản ghi A vào máy chủ tên cho các vùng được liệt kê ở trên.

Nhưng tôi có một mục A cho tất cả các máy chủ tên của tôi trong mỗi mục nhập khu vực:

ns1.example.com. IN A <IP>
ns2.example.com. IN A <IP>

Làm cách nào để khắc phục sự cố GLUE này?

Bản ghi keo là bản ghi A đặc biệt cần thiết khi máy chủ tên cho tên miền DNS nằm trong cùng một miền.

Ví dụ: nếu tên miền của bạn là example.com và máy chủ tên của bạn là ns.example.com, bạn cần tạo một "keo" Bản ghi cho ns.example.com trong vùng DNS cao nhất tiếp theo, trong trường hợp này là trong "com" khu. Điều này nên được thực hiện thông qua công ty đăng ký của bạn.

Điều này là bắt buộc vì các yêu cầu DNS cho máy chủ tên (bản ghi NS) luôn được trả lời bằng tên chứ không phải IP.

Nếu không có bản ghi keo, nếu yêu cầu được tạo cho bản ghi A www.example.com, một máy chủ tên phục vụ "com" sẽ trả về bản ghi NS cho example.com là ns.example.com (không phải IP) và yêu cầu ban đầu sẽ không có cách nào được giải quyết, bởi vì bất kỳ nỗ lực nào khác để giải quyết ns.example.com sẽ chỉ đề cập đến ns.example.com.

Vấn đề với GLUE từ các máy chủ DNS gốc là khi bạn gặp tình huống sau:

example.com có ​​các bản ghi DNS ns1.example.net và ns2.example.net làm máy chủ NS của nó. Cơ quan .com là nơi trình phân giải DNS sẽ tìm tên miền là UNABLE để cung cấp địa chỉ IP cho ns1.example.net và ns2.example.net vì chúng không thuộc thẩm quyền của nó.

Cách khắc phục điều này là cho một tên miền .com sử dụng các máy chủ NS có nguồn gốc .com. Vì vậy example.com sẽ sử dụng ns1.example-2.com và ns2.example-2.com và mọi thứ sẽ ổn vì chính quyền .com có ​​thể cung cấp địa chỉ IP cho máy chủ tên. Điều này giúp tiết kiệm nhiều chuyến đi khứ hồi đến các máy chủ DNS gốc, vì trong trường hợp của bạn để lấy example.com, bây giờ cũng cần phải hỏi .net về example.net.

Trong trường hợp của tôi, tất cả các tên miền của tôi đều có các mục NS riêng, vì vậy, ví dụ.com tôi có a.ns.example.com và b.ns.example.com và đối với tên miền example.net của tôi, tôi có a.ns.example .net và b.ns.example.net.

Nó đòi hỏi phải thiết lập nhiều hơn và không phải tất cả các máy chủ đều có thể sẵn sàng cho phép bạn làm như vậy. Bạn có thể bị mắc kẹt với những gì bạn hiện có!

Tự mình thử công cụ và xem những gì nó báo cáo với một số tên miền mà tôi quen thuộc, tôi nói rằng đó có thể là một số điều dẫn đến thông điệp thông tin đó (lưu ý rằng đó là 'i' cho thông tin, không phải là thông tin '!')

Chẳng hạn, một trong các khu vực của tôi có máy chủ tên bên ngoài khu vực và trong số các máy chủ tên có thẩm quyền cho khu vực họ không có hồ sơ A trong dữ liệu có thẩm quyền của họ sẽ được trả lại trong phản hồi.

Nhưng điều đó không sao - dù sao thì bất kỳ máy chủ tên truy vấn nào cũng không nên tin vào dữ liệu đó. Từ lâu, bạn đã thoát khỏi nó, nhưng ngày nay, mọi máy chủ tên đều có thể cố gắng nói dối và lén lấy dữ liệu vùng vào bộ nhớ cache của bạn.

Vì vậy, đừng lo lắng về nó. Vào thời điểm truy vấn đến máy chủ tên của bạn, nó đã tìm thấy ít nhất một số địa chỉ IP của máy chủ tên của bạn. Quan tâm nhiều hơn đến các phái đoàn giống như dữ liệu vùng của riêng bạn (mục tiếp theo, "Bản ghi NS không khớp") và không có gì là "khập khiễng" ("Máy chủ tên là khập khiễng: Tất cả các máy chủ tên được liệt kê tại máy chủ mẹ trả lời chính thức cho bạn tên miền "- được nói xấu, nhưng bạn muốn đảm bảo rằng có một đánh dấu ở đó.)