Điểm:-1

Tên miền cấp hai làm máy chủ NS chính cho chính nó

lá cờ kr

Có điều gì trong RFC cấm tôi chỉ định bản ghi NS cho mydom.example mà đi như thế này:

mydom.example 192.0.2.4
secondaryns.example

so với

ns.mydom.example 192.0.2.4
secondaryns.example

Cụ thể, khi NS chính trên cùng một tên miền, tôi có thể sử dụng mydom.example ở đó hoặc thực sự cần thiết phải có bất kỳ tên miền cấp ba nào cho NS, chẳng hạn như ns.mydom.example?

Điểm:1
lá cờ cn

Có điều gì trong RFC cấm tôi

Không, không có gì cấm bạn sử dụng tên máy chủ tên có tên là tên vùng.

Nó tồn tại, NHƯNG nó hoàn toàn không được khuyến khích. Đầu tiên, nó rõ ràng là trong-bailiwick, vì vậy bạn cần hồ sơ keo. Điều này đã tạo ra một số đau đầu.

Tuy nhiên, việc đặt tên máy chủ định danh bằng với tên vùng chắc chắn sẽ kích hoạt các trường hợp cạnh, vì đây là một tình huống không được biết đến nhiều nên bạn sẽ thấy rất nhiều phần mềm/API/UI gặp khó khăn về vấn đề này.

Vì vậy, từ kinh nghiệm, tôi khuyên bạn không nên làm điều này. Bạn thực sự không đạt được gì khi làm những việc như vậy, vì vậy tốt nhất là nên tránh.

Захар Joe avatar
lá cờ kr
"rất nhiều phần mềm/API/giao diện người dùng bị nghẹt về điều này" là điều đã kích hoạt câu hỏi này.
Patrick Mevzek avatar
lá cờ cn
Sử dụng tên khu vực làm tên máy chủ định danh không mang lại bất kỳ loại lợi ích nào (ngoài việc sử dụng bất kỳ máy chủ định danh nào trong bailiwick bằng keo dán, nếu bạn muốn điều đó) và sẽ tạo ra vấn đề vì vậy tôi nghĩ rằng hậu quả rõ ràng là: không làm điều này (ngoài các thử nghiệm và trường hợp thú vị), ngay cả khi về mặt kỹ thuật không có gì ngăn cản bạn làm điều này, nó hợp pháp và hoạt động (bình thường).
Điểm:0
lá cờ za

Đây là không phải tên miền cấp ba. Đây ns.example.com là tên của (ví dụ: trỏ tới) Một/AAAA RR, chứa địa chỉ IPv4 hoặc IPv6 thực tế của máy chủ.

Và, bởi vì NS nên trỏ đến đúng Một hoặc AAAA bản ghi, bạn không thể sử dụng tên "apex" làm tên máy chủ lưu trữ tên. Một vùng được ủy quyền luôn chứa ít nhất một SOA bản ghi và do đó tên khu vực là không phù hợp như một NS ghi mục tiêu.

Vùng của bạn (do máy chủ của bạn cung cấp) sẽ có dạng:

ví dụ.com. SOA...
ví dụ.com. NS ns.example.org.
ví dụ.com. NS ns.example.com.
ns.example.com. Một 192.0.2.1
...

Nếu chính tên RR của máy chủ định danh nằm trong ví dụ.com vùng, bạn được yêu cầu xác định nó (như tôi đã làm cho ns.example.com ở trên) và vùng ngược dòng của bạn (com) sẽ thêm nó dưới dạng keo dán ghi cùng với hồ sơ đoàn. trong trường hợp này com vùng sẽ chứa ba bản ghi cho bạn: 2 ủy nhiệm NS và 1 keo Một. Nếu RR máy chủ tên nằm ngoài miền, nó không thể được thêm vào vùng này (vì nó không thuộc về nó) và ngược dòng sẽ không có keo cho nó (ok, nó có thể có cùng một bản ghi như keo cho nữa miền, nhưng đó không phải việc của bạn).

Nhưng tôi không hiểu tại sao bạn lại lo lắng. Chỉ cần làm như mọi người làm điều đó. Đừng bị lôi kéo bởi mánh lới quảng cáo tiếp thị, "cấp độ" của "miền" không có ý nghĩa gì, ngoại trừ kỹ thuật. Khi chúng ta nói về việc sử dụng tên nhất quán về mặt logic, việc sử dụng các mức lồng nhau của hệ thống phân cấp là động viên.

Захар Joe avatar
lá cờ kr
Cảm ơn vì lời giải thích. Tuy nhiên, một câu hỏi phụ: bản ghi PTR cho IP trỏ đến example.com (thay vì anything.example.com) có được coi là "hợp lệ" không?
Nikita Kipriyanov avatar
lá cờ za
Nó là. Bản ghi `PTR` chỉ trỏ tới bất kỳ bản ghi nào khác trong cây tên miền. BẤT KỲ bản ghi nào, nó thậm chí có thể không phải là tên máy chủ hợp lệ. Nếu tinh ý hơn một chút, bạn có thể thấy rằng bản ghi tiếp theo được giải thích trong RFC1035 mà tôi đã liên kết sau `NS` là `PTR`.
Patrick Mevzek avatar
lá cờ cn
"Và, vì NS nên trỏ chính xác đến bản ghi A hoặc AAAA" Bản ghi NS trỏ đến tên chứ không phải địa chỉ. "bạn không thể sử dụng tên "apex" làm tên máy chủ định danh." Điều này là hoàn toàn sai. Bạn hoàn toàn có thể làm điều này, và nó xảy ra trong tự nhiên.
Nikita Kipriyanov avatar
lá cờ za
Bạn có phiền khi hiển thị một ví dụ ngoài tự nhiên không?
Patrick Mevzek avatar
lá cờ cn
Ví dụ hiện tại: miền `040dns.com.` có máy chủ tên `040dns.com.` và hoạt động (ngoại trừ một lỗi trong xử lý TCP như bạn có thể thấy trong DNSViz: https://dnsviz.net/d/040dns. com/YaaFDQ/dnssec/). Hiện tại tôi đếm được 1130 miền trong vùng `.com` với cùng một thiết lập (nhưng thực sự có rất nhiều rác, đó là trường hợp ủy quyền khập khiễng)

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.