Saplama çözücüler, yalnızca bir sunucuyu denedikten sonra yanıt alamazlarsa, kullanılabilir sunucular listesinde farklı bir DNS sunucusu denerler. Eğer onlar yap Bir yanıt alın, sonra diğer sunucuların bu yanıtla aynı fikirde olduklarından emin olmak için diğer sunucuları sorgulayan listeye girmezler. (Çakışan yanıtlar buldularsa, hangisine güvenmeliler?) Bu nedenle, Google’ın DNS sunucusu intranet sunucunuzun var olmadığını iddia ettiğinde normal olduğundan emin olmak için diğer sunucuları kontrol etmemesi normaldir.
Yerel çözümleyicileriniz çöp ise, aynı işi yapan ve bunları kullanan bir veya daha fazla alternatif sunucu varsa, yapmanız gerekenler. Temel olarak: yavaş sunucuları tekrar uygulayın ... yavaş değil.
İntranetinize ait tüm etki alanlarının bir listesine ve her birine hizmet veren ilgili yetkili ad sunucusu setine ihtiyacınız olacaktır. Sorun şu ki, BT departmanınız size bu listeyi vermeyebilir ve zaman içinde ilaveler ve değişiklikler alabilir, bu yüzden sürekli güncel tutmanız gerekecektir. BT departmanınız bu listeyi sağladığı çözümleyicilerde tutar, ancak başka bir kopyasını kendi çözümleyicisinde saklayan üçüncü bir tarafı desteklemeyebilir.
Önbelleğe alma gibi bir DNS sunucusuna ihtiyacınız olacak. bin
veya unbound
. Normalde tavsiye ederim unbound
bunun için, ancak yazılımı yerel makinenizde çalıştırmak istiyorsanız, bind
MacOS'a önceden yüklenmiş olarak geldiğinden daha kolay. Yerel makinenizde çalıştırırsanız, 127.0.0.1'i çözümleyiciniz olarak yapılandırabilirsiniz.
İntranet etki alanlarının her birini "ileri" bölgesi olarak ayarlayın ve ileticileri bu etki alanı için yetkili ad sunucularına ayarlayın. Hem BIND hem de Unbound için, çoğunlukla her intranet alanı için bir ileri bölge eklenmesiyle varsayılan yapılandırmayı kullanabilirsiniz. BIND için:
zone "yourdomain" {
type forward;
forwarders ip.add.ress ip.add.ress;
}
Sınırsız için:
forward-zone:
name: "yourdomain"
forward-addr: ip.add.ress
forward-addr: ip.add.ress