際際滷

際際滷Share a Scribd company logo
DNS(Domain Name System)
Ama巽;
 Bir network 端zerinde 巽eitli servislere ulamak i巽in bu servislerin 巽al脹t脹脹 sistemlerin IP adresi ad脹 verilen son
kullan脹c脹lar a巽脹s脹ndan ak脹lda kalmas脹 zor ve hi巽 bir ey ifade etmeyen bu adreslerin bilinmesi gerektii sorununu
ortadan kald脹rmak amac脹yla tasarlanm脹t脹r.
Tarih巽e;
 Bu sorun, 1970'lerde internetin atas脹 denilen ArpaNet(Advanced Research Projects Agency Network - Gelimi
Arat脹rma Projeleri Dairesi A脹) zaman脹nda tek noktada tutulan HOST.TXT ad脹nda bir dosyan脹n bulunmas脹 ve
dier t端m sistemlerin belli aral脹klarla bu dosyay脹 kendi taraflar脹nda g端ncellemesi ile 巽旦z端lm端t端.
 Adres  isim tan脹mlamalar脹ni i巽eren HOST.TXT dosyas脹 SRI (Standford Research Institute) taraf脹ndan SRI-NIC
(Standford Research Institute-Network Information Center) ad脹nda bir bilgisayar 端zerinde tutulmaktayd脹. Bu
dosya her adrese bir isim kar脹l脹k gelecek ekilde d端zenlenmiti. ArpaNet 端zerindeki yeni isim tan脹mlamalar脹 ve
deiiklikleri SRI'ya g旦nderilen e-postalar arac脹l脹脹 ile yap脹l脹yor ve HOSTS.TXT'in kopyas脹 ftp ile al脹n脹yordu.
 Bu dosya, TCP/IP kullan脹m脹na paralel olarak ortaya 巽脹kan balant脹 patlamas脹yla gelien network a脹n脹
kald脹ramaz hale gelip isim adres 巽旦z端mlemesinde isim 巽ak脹mas脹, 旦zg端n bilgisayar ismi atamas脹, y端ksek
miktarda bant genilii harcanmas脹 gibi sorunlar脹da beraberinde getirdi.
 Bu durumun ortaya 巽脹kmas脹ndan sonra 1984 y脹l脹nda Paul Mockapetris DNS'i tan脹mlayan RFC 882 ve 883'端
yay脹nlad脹. Daha sonra hala ge巽erli olan RFC 1034 ve 1035 taraf脹ndan g端ncellendiler.
RFC(Request for Comment)
DNS'in Yap脹s脹
 ArpaNet d旦neminde ortaya 巽脹kan g端巽l端kler nedeniyle DNS tasarlan脹rken u巽lardaki sistemlerin kendi bilgilerini
kendilerinin g端ncelleyebilecei bir yap脹 端zerinde durulmutur.
 DNS yap脹s脹 en 端stten balayarak hiyerarik bir ekilde u巽lara doru a巽脹lan da脹t脹k bir veritaban脹 mimarisidir. Linux
sistemlerdeki dosya yap脹s脹 hiyerarisine benzetilmektedir. Da脹t脹k veritabanlar脹 aras脹nda istemci-sunucu y旦ntemi ile
balant脹 kurulur.
 En 端st seviyede bulunan bir tabloda en 端st seviye alan adlar脹 olan com, net, edu, org vb. gibi alan adlar脹n脹 i巽erir ve bu
alan adlar脹n脹n ayr脹nt脹lar脹 olan alt alan adlar脹n脹n bilgilerini tutan tabloyu iaret ederler.
 En 端st seviye alan adlar脹 aras脹nda com, net, edu, org vb. yan脹nda 端lkelerin ISO taraf脹ndan belirlenen sembolleri de
tan脹mlanm脹t脹r. (tr, uk, fr, gr gibi.) Tan脹mlanan a巽脹klamalara istinaden hiyeyrarik alan ad脹 aac脹 aa脹da g旦sterildii
gibidir.
 Bir alan ad脹n脹n okunuu en alttan balayarak en 端ste doru yap脹l脹r.
 En 端st seviye alan adlar脹n脹n y旦netimi InterNIC taraf脹ndan yap脹lmakta olup ISO kodlar脹 ile tan脹mlanm脹 olan 端lke adlar脹n脹 temsil
eden alan adlar脹n脹n y旦netimi 端lkelere g旦re deiiklik g旦sterir. T端rkiye'nin ISO kodu olan tr 端st seviye alan ad脹n脹n y旦netimi
ODT taraf脹ndan yap脹lmaktad脹r. Dolay脹s脹yla com, net, gov gibi alan adlar脹na kay脹t InterNIC taraf脹ndan; com.tr, net.tr, gov.tr gibi
alan adlar脹na kay脹t ODT taraf脹ndan yap脹lmaktad脹r.
 Alan ad脹 aac脹 maksimum 127 basamaktan oluabilir
 DNS 旦z端mlemesi;
com net uk tr.....
Root DNS Server
ODT DNS Server
com.tr net.tr gov.tr
Ulak DNS Server
ulak.net.tr ..... .....
聴stemci
ankara.ulak.net.tr
ankara.ulak.net.tr
ODT Server
ankara.ulak.net.tr
Ulak DNS Server
ankara.ulak.net.tr
ankara.ulak.net.tr
193.140.83.6
聴stemci taraf脹ndan
dizayn edilmi DNS
Server
ankara.ulak.net.tr
193.140.83.6
istanbul.ulak.net.tr
193.140.83.34
izmir.ulak.net.tr
193.140.83.35
Temel DNS Terimleri
 Primary DNS Server(Master)
 Secondary DNS Server(Slave)
 Resource Record
 Iterative Query
 Recursive Query
DNS Kay脹tlar脹 (Resource Records)
-SeriNo: Dosya i巽eriindeki deiiklik say脹s脹.
-Refresh: Slave'in Master'脹 ne s脹kl脹kla kontrol edecei (8 saat)
-Retary: Slave'in Master'a ulaamad脹脹 durumda ne aral脹kta tekrar kontrol edecei (4 saat)
-Expire: Slav'in Master'a ulaamad脹脹 durumda kendisinde bulunan verinin ne kadar s端re daha doru kabul edildiini g旦sterir
(1 hafta)
-TTL(Time to Live):
DNS Kay脹t Tipleri
name + ttl + class + type + rdata
DNS

More Related Content

DNS

  • 1. DNS(Domain Name System) Ama巽; Bir network 端zerinde 巽eitli servislere ulamak i巽in bu servislerin 巽al脹t脹脹 sistemlerin IP adresi ad脹 verilen son kullan脹c脹lar a巽脹s脹ndan ak脹lda kalmas脹 zor ve hi巽 bir ey ifade etmeyen bu adreslerin bilinmesi gerektii sorununu ortadan kald脹rmak amac脹yla tasarlanm脹t脹r. Tarih巽e; Bu sorun, 1970'lerde internetin atas脹 denilen ArpaNet(Advanced Research Projects Agency Network - Gelimi Arat脹rma Projeleri Dairesi A脹) zaman脹nda tek noktada tutulan HOST.TXT ad脹nda bir dosyan脹n bulunmas脹 ve dier t端m sistemlerin belli aral脹klarla bu dosyay脹 kendi taraflar脹nda g端ncellemesi ile 巽旦z端lm端t端. Adres isim tan脹mlamalar脹ni i巽eren HOST.TXT dosyas脹 SRI (Standford Research Institute) taraf脹ndan SRI-NIC (Standford Research Institute-Network Information Center) ad脹nda bir bilgisayar 端zerinde tutulmaktayd脹. Bu dosya her adrese bir isim kar脹l脹k gelecek ekilde d端zenlenmiti. ArpaNet 端zerindeki yeni isim tan脹mlamalar脹 ve deiiklikleri SRI'ya g旦nderilen e-postalar arac脹l脹脹 ile yap脹l脹yor ve HOSTS.TXT'in kopyas脹 ftp ile al脹n脹yordu. Bu dosya, TCP/IP kullan脹m脹na paralel olarak ortaya 巽脹kan balant脹 patlamas脹yla gelien network a脹n脹 kald脹ramaz hale gelip isim adres 巽旦z端mlemesinde isim 巽ak脹mas脹, 旦zg端n bilgisayar ismi atamas脹, y端ksek miktarda bant genilii harcanmas脹 gibi sorunlar脹da beraberinde getirdi. Bu durumun ortaya 巽脹kmas脹ndan sonra 1984 y脹l脹nda Paul Mockapetris DNS'i tan脹mlayan RFC 882 ve 883'端 yay脹nlad脹. Daha sonra hala ge巽erli olan RFC 1034 ve 1035 taraf脹ndan g端ncellendiler. RFC(Request for Comment)
  • 2. DNS'in Yap脹s脹 ArpaNet d旦neminde ortaya 巽脹kan g端巽l端kler nedeniyle DNS tasarlan脹rken u巽lardaki sistemlerin kendi bilgilerini kendilerinin g端ncelleyebilecei bir yap脹 端zerinde durulmutur. DNS yap脹s脹 en 端stten balayarak hiyerarik bir ekilde u巽lara doru a巽脹lan da脹t脹k bir veritaban脹 mimarisidir. Linux sistemlerdeki dosya yap脹s脹 hiyerarisine benzetilmektedir. Da脹t脹k veritabanlar脹 aras脹nda istemci-sunucu y旦ntemi ile balant脹 kurulur. En 端st seviyede bulunan bir tabloda en 端st seviye alan adlar脹 olan com, net, edu, org vb. gibi alan adlar脹n脹 i巽erir ve bu alan adlar脹n脹n ayr脹nt脹lar脹 olan alt alan adlar脹n脹n bilgilerini tutan tabloyu iaret ederler. En 端st seviye alan adlar脹 aras脹nda com, net, edu, org vb. yan脹nda 端lkelerin ISO taraf脹ndan belirlenen sembolleri de tan脹mlanm脹t脹r. (tr, uk, fr, gr gibi.) Tan脹mlanan a巽脹klamalara istinaden hiyeyrarik alan ad脹 aac脹 aa脹da g旦sterildii gibidir.
  • 3. Bir alan ad脹n脹n okunuu en alttan balayarak en 端ste doru yap脹l脹r. En 端st seviye alan adlar脹n脹n y旦netimi InterNIC taraf脹ndan yap脹lmakta olup ISO kodlar脹 ile tan脹mlanm脹 olan 端lke adlar脹n脹 temsil eden alan adlar脹n脹n y旦netimi 端lkelere g旦re deiiklik g旦sterir. T端rkiye'nin ISO kodu olan tr 端st seviye alan ad脹n脹n y旦netimi ODT taraf脹ndan yap脹lmaktad脹r. Dolay脹s脹yla com, net, gov gibi alan adlar脹na kay脹t InterNIC taraf脹ndan; com.tr, net.tr, gov.tr gibi alan adlar脹na kay脹t ODT taraf脹ndan yap脹lmaktad脹r. Alan ad脹 aac脹 maksimum 127 basamaktan oluabilir DNS 旦z端mlemesi;
  • 4. com net uk tr..... Root DNS Server ODT DNS Server com.tr net.tr gov.tr Ulak DNS Server ulak.net.tr ..... ..... 聴stemci ankara.ulak.net.tr ankara.ulak.net.tr ODT Server ankara.ulak.net.tr Ulak DNS Server ankara.ulak.net.tr ankara.ulak.net.tr 193.140.83.6 聴stemci taraf脹ndan dizayn edilmi DNS Server ankara.ulak.net.tr 193.140.83.6 istanbul.ulak.net.tr 193.140.83.34 izmir.ulak.net.tr 193.140.83.35
  • 5. Temel DNS Terimleri Primary DNS Server(Master) Secondary DNS Server(Slave) Resource Record Iterative Query Recursive Query DNS Kay脹tlar脹 (Resource Records) -SeriNo: Dosya i巽eriindeki deiiklik say脹s脹. -Refresh: Slave'in Master'脹 ne s脹kl脹kla kontrol edecei (8 saat) -Retary: Slave'in Master'a ulaamad脹脹 durumda ne aral脹kta tekrar kontrol edecei (4 saat) -Expire: Slav'in Master'a ulaamad脹脹 durumda kendisinde bulunan verinin ne kadar s端re daha doru kabul edildiini g旦sterir (1 hafta) -TTL(Time to Live):
  • 6. DNS Kay脹t Tipleri name + ttl + class + type + rdata