Dünyada neden yalnızca 13 kök ad sunucusu grubu var?

1. Katı protokol kısıtı: 512 bayt

1.1 IPv4 MTU ve parçalanmamış UDP

İlk ARPANET / IPv4 ağları en az 576 baytlık bir MTU şart koşuyordu. Her ana bilgisayarın bu boyuttaki paketleri alabilmesi gerekiyordu; aksi halde temel erişilebilirlik bile garanti edilemezdi (RFC 791).

Total Length is the length of the datagram, measured in octets,
including internet header and data.  This field allows the length of
a datagram to be up to 65,535 octets.  Such long datagrams are
impractical for most hosts and networks.  All hosts must be prepared
to accept datagrams of up to 576 octets (whether they arrive whole
or in fragments).  It is recommended that hosts only send datagrams
larger than 576 octets if they have assurance that the destination
is prepared to accept the larger datagrams.

• 576 bayt toplam uzunluk − tipik 20 baytlık IP başlığı − 8 baytlık UDP başlığı ≈ 548 bayt kullanılabilir (IP seçenekleriyle başlık 60 bayta çıkabilir, geriye daha az kalır)
• RFC 1035 § 4.2.1, DNS over UDP için katı üst sınır olarak daha temkinli bir ikinin kuvvetini, 512 baytı belirledi — IP başlığı tüm seçenekleri taşısa bile güvenli
• Bir UDP yanıtı 512 baytı aşarsa TC bayrağı ayarlanarak kesilmeli ve istemci TCP'ye geri dönmeye zorlanmalıdır — TCP'nin üçlü el sıkışması ilk çözümlemenin gecikmesini birkaç katına çıkarır

Başka bir deyişle, “kök sunucu listesinin tamamı tek bir 512 baytlık UDP paketine sığmalıdır” — aksi takdirde dünyadaki her kök sorgusu TCP üzerinden yapılmak zorunda kalırdı; bu da 1980'lerin donanımında felakete yakın bir durum olurdu.

1.2 DNS mesajının bayt düzeni

. için NS kayıtlarını soran bir sorgunun tam yanıt yapısı (sunucu tüm kök NS kayıtlarını ve glue A kayıtlarını döndürür):

Header   (12 bayt)

Toplam uzunluk formülü:

512 baytlık sınırı yerine koyarsak:

Teorik olarak bu, 15 gruba kadar izin verir; ancak DNSSEC imzaları, EDNS0 OPT sözde kaydı ve alan dolgusu için pay bırakmak gerektiğinden sayı 13 grupta sabitlendi — RFC 2010 (1996) kök sunucuların işletim ölçütlerini belirledi ve ertesi yıl M-root devreye girdiğinden beri sayı değişmedi.

1.3 Kendiniz test edin — <code>dig +noedns -t ns .</code> yaklaşık 490–510 bayt döndürür

Teori bu kadar. Şimdi dig ile gerçekten bir kök sunucuyu sorgulayalım ve gerçek yanıtın ne kadar büyük olduğuna bakalım:

$ dig +noedns -t ns .

; <<>> DiG 9.10.6 <<>> +noedns -t ns .
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 35973
;; flags: qr rd ra; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 15

;; QUESTION SECTION:
;.                                IN      NS

;; ANSWER SECTION:
.                       430502  IN      NS      a.root-servers.net.
.                       430502  IN      NS      b.root-servers.net.
…  (toplam 13 NS kaydı, c–l atlandı)
.                       430502  IN      NS      m.root-servers.net.

;; ADDITIONAL SECTION:
a.root-servers.net.     516909  IN      A       198.41.0.4
b.root-servers.net.     562547  IN      A       170.247.170.2
…  (13 A glue kaydının tamamı sığdı)
m.root-servers.net.     516941  IN      A       202.12.27.33
a.root-servers.net.     516930  IN      AAAA    2001:503:ba3e::2:30
b.root-servers.net.     562547  IN      AAAA    2801:1b8:10::b
↑ yalnızca 2 AAAA kaydı sığdı — paket dolu

;; Query time: 8 msec
;; SERVER: 192.168.1.1#53
;; MSG SIZE  rcvd: 492

Sondaki kritik satır — toplam yanıt yaklaşık 490–510 bayt, yani 512'nin rahatça altında (kesin değer hangi köke sorduğunuza ve kaç IPv6 glue kaydı döndüğüne bağlıdır) — yukarıdaki bayt bütçesiyle örtüşür. +noedns bayrağına dikkat edin: dig varsayılan olarak EDNS0 gönderir ve bu durumda yanıt 800 baytı rahatça aşar. EDNS0 her yerde desteklenir hale gelince 512 baytın katı bir sınır olmaktan çıkmasının nedeni tam olarak budur — ama 13 sayısı o zamana kadar çoktan sabitlenmişti.

2. 13 nereden geliyor? Kısa bir tarihçe

Bu sayı baştan sabit değildi. Kök sunucu sayısı birkaç kez artırıldı; 1997'de M-root (WIDE, Japonya) devreye girdikten sonra bir daha değişmedi:

Sayı 13'te sabitlendikten sonra A'dan M'ye harf adları hiç değişmez — yalnızca donanım yükseltilir ve anycast yansıları eklenir. İnternetin kök ipucu dosyası (named.root) uzun zamandır milyarlarca özyinelemeli çözümleyicinin ve stub istemcinin koduna gömülüdür; tek bir sayıyı değiştirmek tüm interneti yükseltmek demektir.

3. Peki dünyada gerçekten yalnızca 13 makine mi var?

Hayır. Bu en yaygın yanılgıdır. “13 kök sunucu grubu” ifadesi 13 NS adını (a–m.root-servers.net) anlatır; her ad bir IPv4 ve bir IPv6 adresine karşılık gelir — 13 fiziksel makine değildir.

Her IP'nin arkasında bir anycast kümesi vardır — aynı IP adresi dünya genelinde yüzlerce veri merkezi tarafından BGP ile aynı anda duyurulur ve kullanıcının DNS sorgusu RTT'ye göre en yakın yansıya yönlendirilir. Bir kök sunucunun “çöktüğü” söylendiğinde genellikle yalnızca bir şehirdeki yansı bakımdadır — küresel çözümleme etkilenmez.

2024'te 13 kök sunucu grubunun durumu

Çin anakarasında (Pekin, Şanghay, Shenzhen, Guangzhou, Hefei ve diğerleri) F / I / J / K / L dahil birçok kök sunucunun anycast yansı düğümleri bulunur; Çin içinden kök sunuculara ölçülen RTT genellikle 20 ms'nin altındadır.

4. EDNS0'dan sonra 512 bayt gerçek bir sınır olmaktan çıktı

Şunu sorabilirsiniz: Bugün 4 KB ve üzeri DNS paketleri yaygın; o halde neden “13'ün ötesine” geçilmiyor?

• EDNS0 (1999'da RFC 2671, güncel olarak RFC 6891) — daha büyük bir UDP yükü üzerinde anlaşmayı sağlar (genellikle 4096 bayt); tüm modern çözümleyiciler destekler
• DNSSEC EDNS0'ı zorunlu kılar, çünkü yalnızca imza verisi bile 512 baytı fazlasıyla aşar
• TCP'ye geri dönüş — modern TCP üçlü el sıkışması ve TLS / çerezler artık ucuz

Ancak kök sunucu listesi artık ağ genelinde bir uzlaşıdır: dünyadaki her özyinelemeli çözümleyici bu 13 grubu ipucu dosyasına (named.root) sabit olarak yazmıştır ve bu çözümleyicilerin arkasında milyarlarca uç cihaz vardır. Değiştirmek için hiçbir teşvik yok; risk ise küresel internetin bölünmesi, bu yüzden bu sayı neredeyse kesinlikle sonsuza dek 13 kalacak.

Kısacası: “13 grup” fiziksel olarak çoktan geçerliliğini yitirdi, ancak mühendislik açısından değiştirilmesi imkânsız.

5. Önemli çıkarımlar

1. Tarihsel neden: 512 baytlık DNS-over-UDP sınırı → 15 grupluk matematiksel tavan → pay bırakılarak 13 seçildi, 1997'de M-root devreye girince sabitlendi
2. Protokol ataleti: milyarlarca uç cihazdaki ipucu dosyalarını güncellemek pratik değil, bu yüzden sayı hiç değişmiyor
3. Gerçek kapasite: 1395+ anycast yansı düğümü; tek noktadan arıza riski sıfıra yakın
4. Çin'den erişilebilirlik: F / I / J / K / L dahil birçok kök sunucunun Çin anakarasında yansısı var; ölçülen RTT < 20 ms