DNS'de bir IN NS bir CNAME'yi gösterebilir mi?


17

NS kaydının CNAME olmasına izin veriliyor mu? Örneğin:

subdomain.example.com.       IN NS  ns1.example.com.
ns1.example.com.             CNAME  foo.example.com.
foo.example.com.             IN A   10.1.1.1

Bu (tabii ki) olsa da, bağlanmış gibi görünmüyor:

subdomain.example.com.       IN NS  foo.example.com.
foo.example.com.             IN A   10.1.1.1

RFC'lere bu kurulumu yasaklayan herhangi bir işaretçi takdir edilecektir.

Yanıtlar:


20

NS RR'yi ( RFC1035 ) tanımlayan gerçek RFC , hedefin RR türünü belirtmeden bir etki alanı adı olduğunu söyler (ancak bir IP olamayacağını açıkça belirtir). Bununla birlikte, RFC1912'de bölüm 2.4'ten özel olarak bahsedilmektedir :

Bir CNAME'ye işaret eden NS kayıtlarının olması kötüdür ve mevcut BIND sunucularıyla kötü bir şekilde çakışabilir. Aslında, mevcut BIND uygulamaları bu tür kayıtları göz ardı ederek muhtemelen topal bir heyete yol açacaktır. DNS NS kayıtlarını aldatmayı önlemek için BIND'de belirli miktarda güvenlik denetimi yapılır. Ayrıca, eski BIND sunucularının, takma ad sunucusunun adresini anlamaya çalışarak sonsuz bir sorgu döngüsüne yakalanacağı bildirilir ve bu da sürekli bir DNS isteği akışının gönderilmesine neden olur.

Pek bir zorunluluk DEĞİLDİR, ancak kesinlikle gördüğünüz davranışa uyuyor


5
Ve RFC1034 , " RR'lerde başka bir adı işaret eden alan adları, takma adı değil her zaman birincil adı işaret etmelidir. Bu, bilgiye erişmede fazladan indirimleri önler .... Elbette, sağlamlık ilkesi ile alan adı yazılımı başarısız olmamalıdır CNAME zincirleri veya döngülerle sunulduğunda; CNAME zincirleri izlenmeli ve CNAME döngüleri bir hata olarak işaret edilmelidir. "
larsks

10
RFC 2181 10.3'ün geçersiz olduğunu açıkça söylediğini, ancak cevabınızın yeterince iyi olduğunu buldum.
Mark Wagner

1
Daha fazla netlik için: MUST NOTburada alfabe önemli değildir, çünkü RFC 1912 Bilgi amaçlıdır ve bir standart tanımlamaz. İşaret, RFC 2181'in doğru başvuru olduğu doğrudur. (RFC 1034, dil standartları sağlamlaşmadan, dolayısıyla belirsizliğe ulaşmadan yazılmıştır)
Andrew B
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.