DNS Nedir?
Domain Name System [DNS] (Alan Ad覺 Sistemi) da覺t覺k yap覺da bir veritaban覺d覺r. Bu sistem makina isimlerini IPv4 (ya da ipv6) adreslere ya da IPv4 adresleri makina isimlerine 癟evirmeye yarar. Ayr覺ca bir alan i癟in gerekli eposta sunucusunun adreslerini ya da alanad覺 sunucular覺n覺n hangi IP adreslerinde bulunduunu daha teknik bir ifade ile RR(Resource Records)lar覺 tutar. DNS yap覺s覺 gerei h覺zl覺 olmal覺d覺r. Bu y羹zden yap覺lan sorgulamalar eer 512 bayttan k羹癟羹k ise ya da yap覺lan ilem as覺l DNS sunucusu ile yard覺mc覺 DNS sunucusu aras覺nda b繹lge transferi deilse UDP 羹zerinden yap覺lacakt覺r. DNS sisteminin yazarlar覺 DNS i癟in gerekli bilgileri dier Internet ara癟lar覺nda olduu gibi RFClerde tan覺mlam覺lard覺r (RFC 1034 ve 1035). Bu belgelere bakarsan覺z i癟inde bir ka癟 kod ve b繹lge soayalar覺n覺n nas覺l yaz覺laca覺n覺 bulursunuz.

BINDde (Berkeley Internet Name Daemon) yaz覺l覺rken bu kriterler dikkate al覺nm覺t覺r. Fakat bu sistemde gereksiz karma覺kl覺kta kodlar ve bunun getirdii g羹venlik problemleri vard覺r. Fakat djbdns bu karmaadan uzak ve g羹venli bir yaz覺l覺md覺r. Bunun sonucu olarakta two-thumbs-up bir daemon olmaya bizce hak kazanm覺t覺r. Hatta bizce bind 9.1.X ve ileriki s羹r羹mlerinde kullan覺lan Dns-sec sistemi bile bind i癟in bir 癟繹z羹m olmaktan 癟ok uzakt覺r. Sonu癟ta temel yani daemon Internetin ilk zamanlar覺ndan kalm覺t覺r. u an IPv4猓e yaan覺lan g羹venlik sorunlar覺 da ayn覺 sebepten olumaktad覺r.

Bu y羹zden k繹kl羹 bir deiim olmas覺 gereklilii savunulmu ve IPv6 ortaya at覺lm覺t覺r. Bind i癟inde benzer model s繹z konusu olmad覺k癟ca djbdns pop羹leritesini s羹rd羹recektir. (Hakl覺 bir pop羹lerite !!!).

Genel olarak dns yaz覺l覺mlar覺n覺n yapt覺覺 iki vazife vard覺r. Bind kullananlar eer 癟ok profesyenel deillerse ya da bu konu ile alakal覺 kitap okunmam覺sa bu iki olguyu kar覺t覺rabilmektedirler. Bunlar:

Resolving (繹z羹mleme): Aran覺lan bir kayd覺 bulma ilemi
Mesela http://www.yildiz.edu.tr/ adresine kar覺l覺k gelen IPv4 adresinin 193.140.1.1 olmas覺n覺n bulunmas覺. 繹z羹mleme yapan yaz覺l覺mlar iki 癟eit ilem yaparlar; ard覺覺k 癟繹z羹meme ve ard覺覺k olmayan 癟繹z羹mleme. Sorgularda g繹nderilen RD (recursion required – ard覺覺k gerekli) bitlerine g繹re sorgunun t羹r羹 belirlenir. Ard覺覺k olmayan sorgulara cevap veren sunucular cevap olarak ard覺覺k isim sunucular覺 verirler.

Sonu癟 olarak yap覺lan bir sorgu ard覺覺k ise http://www.yildiz.edu.tr/ i癟in dorudan 193.140.1.1 IPsi ya da makina bulunamad覺 cevab覺 verilebilir. Fakat ard覺覺k olmayan bir sorguda cevab覺 bulmak i癟in baka bir isim sunucusunun IPsini verebilir. Ard覺覺k olmayan sorgular ayn覺 zamanda yinelemeli sorgular olarak daa bilinirler.

Authoritive Nameserving (Yetkili 襤sim Sunumu)
Bir alan hakk覺nda bilgi bulunduran sunucudur. Mesela yildiz.edu.tr alan覺n覺n MX, NS, A (Bunlar – Resource Record – zkaynak Kayd覺 olarak bilinir) kay覺tlar覺n覺n tutulduu isim sunucusudur.

CANLI BIR RNEK
Bir sorgu nas覺l yap覺l覺r. Mesela http://www.yildiz.edu.tr/ adresinin IPv4 kar覺l覺覺 nedir? Bunun i癟in 癟繹z羹mleyici ya da sizin bilgisayar覺n覺z Internette birka癟 yetkili isim sunucusunu gezmek zorundad覺r. 襤lk bata . sunucular覺ndan tr TLDsi i癟in yetkili isim sunucu IPsi bulunur. Bunun IPsi (ki bu IPnin makina ismi 羹lkemiz i癟in ns1.metu.edu.tr ya da ns2.metu.edu.trdir) al覺nd覺ktan sonra bu yetkili isim sunucuya edu.tr. i bar覺nd覺ran yetkili isim sunucu IPsi sorulacak ve bu ilem b繹ylece devam edecektir ve sonu癟 olarak 193.140.1.1 adresini sizin makinan覺z ya da /etc/resolv.conf dosyan覺zda bulunan 癟繹z羹mleyicinin yildiz.edu.trnin yetkili isim sunucusundan ald覺覺 bilgilere g繹re belleinde belli bir m羹ddet tutacakt覺r. Bu s羹reye TTL (time to live – yaam s羹resi) denir. Bu s羹re boyunca 癟繹z羹mleyici gerekli bilgileri belleinde saklayacakt覺r. DjbDNS i癟in aksi belirtilmezse bu s羹re 42 dakikad覺r. Kurulacak g繹re bu s羹re 5 saniye de yap覺labilir. (Nitekim birden fazla www sunucunuz var ve bunlar aras覺nda d繹ner turnuva kullanarak y羹k dengelemesi yapmak istersek bu saniye deeri kullan覺lacakt覺r).