Tham gia Đăng nhập
Điểm:0
redpanda2236 avatar Server

Máy chủ tên miền TLD hoạt động như thế nào trong thực tế?

lá cờ cn
redpanda2236

Máy chủ định danh TLD giải quyết truy vấn và xác định máy chủ định danh có thẩm quyền với thông tin bắt buộc chính xác như thế nào? Máy chủ định danh TLD cho ".com" có lưu trữ máy chủ định danh tương ứng cho mọi trang web có TLD ".com" không? Đó không phải là một cơ sở dữ liệu lớn? Hoặc có một số loại thuật toán quyết định tên miền nào được gán cho máy chủ tên có thẩm quyền nào và do đó chạy tên miền thông qua thuật toán, bạn có thể xác định đúng máy chủ tên có thẩm quyền?

Xin lỗi, đây có vẻ là một câu hỏi thực sự đơn giản nhưng tôi không thể tìm thấy bất kỳ điều gì trực tuyến, tôi chỉ có thể tìm thấy các giải thích về DNS ở cấp độ bề mặt như cái này bởi CloudFlare nhưng không có gì đi sâu vào chi tiết.

50
0 + 0
dave_thompson_085 avatar
lá cờ jp
dave_thompson_085
Vào năm 1980 hoặc 1990, vâng, nó sẽ có vấn đề. Ngày nay, bạn có thể nhận được một đĩa 1e13 byte với giá dưới 100 đô la Mỹ và có thể ít hơn 100 byte cho mỗi miền, cho phép một tá miền cho mỗi người trên Trái đất.
0
Hồi đáp
redpanda2236 avatar
lá cờ cn
redpanda2236
@dave_thompson_085 ok, tôi đoán trực giác của mình đã sai lol. Bạn có biết chính xác cách họ ánh xạ tên miền tới đúng máy chủ định danh không? Nó có phải là một bảng băm?
0
Hồi đáp
dave_thompson_085 avatar
lá cờ jp
dave_thompson_085
Có thể là. Bạn có thể xem phần mềm máy chủ DNS nguồn mở như bind và djbdns, nhưng các nhà khai thác TLD&root gần như chắc chắn sử dụng phần mềm tùy chỉnh nếu không phải là phần mềm tùy chỉnh hoàn toàn. Với mức độ quan trọng của chúng, tôi cá là có một thông lệ, nếu không phải là một quy tắc hoàn toàn, _not_ all sử dụng cùng một phần mềm để ngăn ngừa nguy cơ thất bại hoàn toàn do lỗi hoặc lỗ hổng bảo mật. (Dân viễn thông vẫn còn nhớ như in ngày cách đây 32 năm, các tổng đài 'thu phí' của AT&T liên tục bị sập do lỗi, khiến mạng đường dài toàn quốc của họ không thể sử dụng được trong nhiều giờ.)
0
Hồi đáp
Điểm:2
Patrick Mevzek avatar Server
lá cờ cn
Patrick Mevzek

Máy chủ định danh TLD giải quyết truy vấn và xác định máy chủ định danh có thẩm quyền với thông tin bắt buộc chính xác như thế nào?

Máy chủ tên TLD không làm gì khác với bất kỳ máy chủ tên có thẩm quyền nào khác tại bất kỳ nút nào khác trong cây DNS, đó là theo thiết kế và thuộc tính của giao thức DNS dưới dạng cơ sở dữ liệu phi tập trung.

Có lẽ bạn đang quên "máy bay đăng ký". DNS xử lý độ phân giải hay còn gọi là "mặt phẳng độ phân giải". Nó giải thích cách lấy dữ liệu chứ không phải cách dữ liệu được lưu trữ ở vị trí đầu tiên (ngoại trừ những thứ như cập nhật DNS, nhưng đó là dành cho mục đích sử dụng cục bộ chứ không phải toàn cầu).

Mặt phẳng đăng ký là có các cơ quan đăng ký và cơ quan đăng ký thường. Cơ quan đăng ký quản lý TLD. Nó đảm bảo các máy chủ tên đang hoạt động và nó nhận được đơn đặt hàng từ các nhà đăng ký. Nhà đăng ký có khách hàng cuối chọn tên miền và đăng ký chúng. Cơ quan đăng ký gửi lệnh đến cơ quan đăng ký thường bằng một giao thức gọi là EPP.

Vì vậy, tóm lại, sổ đăng ký duy trì cơ sở dữ liệu (thường là quan hệ) với tất cả dữ liệu, bao gồm cả những thứ không được xuất bản trong DNS nhưng có sẵn thông qua các giao thức khác như whois hoặc RDAP (ví dụ: danh bạ).Cơ sở dữ liệu này được sử dụng để định cấu hình máy chủ tên có thẩm quyền TLD với tất cả các ủy quyền, còn gọi là NS Hồ sơ.

Máy chủ định danh TLD cho ".com" có lưu trữ máy chủ định danh tương ứng cho mọi trang web có TLD ".com" không?

Có, mỗi cuộc thảo luận ở trên.

Đó không phải là một cơ sở dữ liệu lớn?

Đối với một số TLD như .com Đúng nhưng:

  • chỉ vài trăm triệu bản ghi, đó là thứ mà cơ sở dữ liệu hoàn toàn có thể xử lý, chúng là những trường hợp khác có nhiều dữ liệu hơn
  • TLD như vậy là một ngoại lệ, hầu hết các TLD đều nhỏ hơn nhiều; ccTLD điển hình là một vài triệu tên miền chẳng hạn

Hoặc có một số loại thuật toán quyết định tên miền nào được gán cho máy chủ tên có thẩm quyền nào và do đó chạy tên miền thông qua thuật toán, bạn có thể xác định đúng máy chủ tên có thẩm quyền?

Không có. Khi bạn đăng ký một tên miền (thực tế là ở bất kỳ cấp độ nào trong cây DNS), bạn có thể tự do chọn bất kỳ máy chủ định danh nào mà bạn muốn xử lý nó (ngoại trừ một số trường hợp cạnh rất cụ thể, như .tel trước đây khi cơ quan đăng ký buộc các máy chủ định danh cụ thể).

Xin lỗi, đây có vẻ là một câu hỏi thực sự đơn giản nhưng tôi không thể tìm thấy bất cứ điều gì trực tuyến,

https://en.wikipedia.org/wiki/Domain_name_registry là ngắn nhưng có thể là một giới thiệu tốt. Ngay sau khi bạn hiểu rằng có một bên là giải pháp (DNS) và một bên là đăng ký (toàn bộ cơ quan đăng ký/công ty đăng ký), nó sẽ giúp bạn hiểu mọi thứ tốt hơn.

0 + 0
Điểm:1
John Mahowald avatar Server
lá cờ cn
John Mahowald

Máy chủ định danh TLD cho ".com" có lưu trữ máy chủ định danh tương ứng không cho mọi trang web có TLD ".com"?

Đúng. Có nhiều máy chủ đằng sau nhiều IP dịch vụ, bất kỳ máy chủ nào cũng có thể phục vụ truy vấn. đào -t NS com. để có được một danh sách.

Để giải trí, tôi đã tải xuống com. từ ICANN. Vùng đó có kích thước 22 GB, được nén 3,9 GB. Lớn đối với DNS, nhưng nhỏ đối với cơ sở dữ liệu và hệ thống lưu trữ hiện đại. Người vận hành có thể chọn triển khai cơ sở dữ liệu nào lưu trữ dữ liệu vùng và cách dữ liệu đó được sao chép. Rất có khả năng mỗi nút đều có bản sao riêng để tăng tính khả dụng của dịch vụ tổng thể trong trường hợp thời gian ngừng hoạt động ảnh hưởng đến một số máy chủ.

Vùng chứa máy chủ DNS nào có thẩm quyền cho một tên nhất định. Những người theo dõi blog về cơ sở hạ tầng của Stack Exchange có thể nhớ rằng họ đang phòng ngừa rủi ro cho các vụ đặt cược của mình vào các nhà cung cấp DNS và thực tế điều đó vẫn còn tồn tại:

ns1.serverfault.com. 172800 trong 198.252.206.80
ns3.serverfault.com. 172800 trong 69,59.197,60
serverfault.com. 172800 trong ns ns-1135.awsdns-13.org.
serverfault.com. 172800 trong ns ns-860.awsdns-43.net.
serverfault.com. 172800 trong ns ns-cloud-c1.googledomains.com.
serverfault.com. 172800 trong ns ns-cloud-c2.googledomains.com.
stackoverflowdevinsights.com. 172800 trong ns ns1.serverfault.com.
stackoverflowdevinsights.com. 172800 trong ns ns3.serverfault.com.

Xem thêm tại Siêu người dùng: Có cách nào để lấy tệp vùng hoàn chỉnh cho một miền mà không cần liên hệ với máy chủ của nó không?

0 + 0
Điểm:1
avatar Server
lá cờ in
Virsacer

Chà, họ phải có tất cả các bản ghi ủy quyền (NS) và keo (A/AAAA) cho khu vực của họ. đào com NS tiết lộ rằng có nhiều máy chủ tên như có nhiều máy chủ gốc:

;; PHẦN TRẢ LỜI:
com. 63343 TRONG NS i.gtld-servers.net.
com. 63343 TRONG NS l.gtld-servers.net.
com. 63343 TRONG NS f.gtld-servers.net.
com. 63343 TRONG NS b.gtld-servers.net.
com. 63343 TRONG NS k.gtld-servers.net.
com. 63343 TRONG NS h.gtld-servers.net.
com. 63343 TRONG NS j.gtld-servers.net.
com. 63343 TRONG NS c.gtld-servers.net.
com. 63343 TRONG NS d.gtld-servers.net.
com. 63343 TRONG NS g.gtld-servers.net.
com. 63343 TRONG NS e.gtld-servers.net.
com. 63343 TRONG NS a.gtld-servers.net.
com. 63343 TRONG NS m.gtld-servers.net.

Vì vậy, bạn có thể truy vấn bất kỳ ai trong số họ như thế này: đào google.com @a.gtld-servers.net. Và họ cho bạn biết máy chủ tên có thẩm quyền cho miền được yêu cầu:

;; PHẦN THẨM QUYỀN:
google.com. 172800 TRONG NS ns2.google.com.
google.com. 172800 TRONG NS ns1.google.com.
google.com. 172800 TRONG NS ns3.google.com.
google.com. 172800 TRONG NS ns4.google.com.

;; PHẦN BỔ SUNG:
ns2.google.com. 172800 TRONG AAAA 2001:4860:4802:34::a
ns2.google.com. 172800 TRONG 216.239.34.10
ns1.google.com. 172800 TRONG AAAA 2001:4860:4802:32::a
ns1.google.com. 172800 TRONG 216.239.32.10
ns3.google.com. 172800 TRONG AAAA 2001:4860:4802:36::a
ns3.google.com. 172800 TRONG 216.239.36.10
ns4.google.com. 172800 TRONG AAAA 2001:4860:4802:38::a
ns4.google.com. 172800 TRONG 216.239.38.10
0 + 0
lá cờ VietNam
Phan Văn Trường
Câu hỏi này là trong các ngôn ngữ khác:

Đă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.