DNS protokol se uporablja za izdelavo ustne naslovov IP naslovov (ki se kaže, da vsak računalnik edinstven Internet) - tako da bomo lahko uporabite enostavno imena v spomin, pa tudi nam prihranite potrebujete za vsakič, ko se spremembe na OP obravnava pripadajo sistemov, s katerimi želimo povezati . Lahko rečemo, da DNS je dejansko v rumene strani "na internetu.
Sistem je sestavljen iz DNS hierarhiji drevesa, drevesne veje ločiti jih označuje točko. Koren drevesa, da je njegova ključna točka, prav tako označeni s piko, in se imenuje koren. Pri korenu drevesa, so glavne domene (gTLD - svetovni najvišje ravni) - vemo, URL kot com, net, org in nacionalnih področjih (ccTLD - šifra države najvišje ravni), na primer za il primer za Izrael. Tehnično ni razlike med vrstami - tako - kot je razloženo spodaj - (.) Skupaj zapisov v imenu korena domene.
Vsaka veja na drevesu DNS je opredeljena kot območja (cone) - in v vsakem takem območju opredeljene različne vrste virov zapisov. Med drugim obstajajo zapisi, ki spremenijo ime domene (ime domene) ali ime v domeni (hostname), na primer z navedbo različica 4 IP naslov (ali IPv4) - Tako imenovani zapis "A", sklicevanje na poštni strežnik prejme pošto za domensko ime (MX zapis - Pošta izmenjava), napotitev na IP verzija 6 (ali IPv6) - Record "AAAA", ali celo obrniti - območje pod drevesom, ki ga upravlja strežnik DNS Drugo (zapis "NS" - kratica za Server Name ") in celo - Kdo je odgovoren za področje (zapis RP - odgovorno osebo).
Poleg virov zapisov, površina vsebuje tudi informacije o sebi. Kot so - verzija številko spremembe (serijski) -, ki po navadi določa obliko datuma in časa za udobje, interval v sekundah med informacijami osveži (Refresh) dodatnega strežnika DNS, zamud med poskusom kot zgoraj v primeru izpada
(Ponovi), in čas, po katerem je strežnik DNS za domnevo, da informacije ne velja, če ne bi mogel dobiti posodobitve, do takrat (zastarala). Še ena zelo pomembna tema, ki jo lahko nastavite na vsake regije po svetu (Nastavite lahko tudi individualne zapise v regiji) - je "živi čas", ali angleškem TTL - Time To Live. Ta vrednost, ki je opredeljena kot merska enota sekundah, povedati, kaj dolžina veljavnosti katere koli začetku, in da je imela podatke o lokalni zapis predpomnilnika (cache kopij), če minilo tokrat. Razlog, zakaj je treba splošno voditi lokalno kopijo in ne le dobiti trenutno kopijo podatkov v času neposredno pred DNS verodostojni - so pojasnjeni spodaj.
Da bi lahko "videli z očmi:" Kaj je definicija regije, je primer takšne oblike zapisa datoteke za spletno stran gledate zdaj, strežnik DNS je skupno - BIND - Berkeley Internet Name Daemon. To ni priporočilo o tem strežniku, in obratno, mislim, da tinydns ne veliko boljše delo, ne viseče manically in resnih ekonomskih virov. To je samo primer:
$ TTL 86400 @ IN SOA shimi.net. hostmaster.shimi.net. ( 2007040808, serijski 28800; Refresh 14400, Ponovi 3.600.000, izdihniti 86400) Minimalni shimi.net. V NS ns2.powweb.com. shimi.net. V NS ns3.powweb.com. shimi.net. V MX 30 mx.shimi.net. shimi.net. NA 65.254.250.106 www IN CNAME shimi.net. NA mx 65.254.254.50 NA mx 65.254.254.51
Morda boste opazili naslednje pomembne stvari: TTL opredeljena pravila za regijo, ki je 86,400 sekunde (en poln dan ne verjamem Pomnožite - 60 * 60 * 24 in se prepričajte sami ....?). To pomeni, da bi posamezni odjemalec DNS svet odloči, da ohrani to stran, prepovedana "zapomni" kar se je naučil več kot 24 ur. In zakaj je pomembno za nas? Ker če en dan sem se odločil, da prenese svojo spletno stran ali svoj poštni strežnik, drug računalnik, želim se bodo vsi obiskovalci spletne strani prejeli posodobitev na novi naslov računalnika kmalu, in bo še dolgo časa (recimo - teden ...) poskušali dobiti na strežnik stari, ki ne bi vsebovala svojo spletno stran ali svoj e-poštni nabiralnik, nato pa izgubili obiskovalcev in / ali e-pošto. Rekel sem, preden sem pojasniti, zakaj celo da so te informacije posodabljajo in izvedeli od vira podatkov, ki je varno ali ne? No, razlog je preprost. Najprej, glede na obremenitve na osrednje strežnike. Ker vse Search spletni DNS izhaja iz korena drevesa navzdol, če je bila odpoklic mehanizem za rezultate poizvedbe, potem vse iskanje DNS, ki po enem za milijone (ali več milijard?) Uporabljajo internet, bi prišli do strežnikov DNS glavnega - in ni nobene možnosti, da bi izpolnitev te obremenitve, ne glede na stopnjo obdelave podatkov, in zelo verjetno ne glede na pasovno širino dodeljenih za njih. Zato je pomembno, da se spomnimo, da so podatki že zbrani. Drugi razlog je učinkovitost za končnega uporabnika. Ko je rezultat shranjen v lokalnem stranko DNS (ki se običajno nahaja na strežniku ponudnika internetnih storitev, na katero je priključen končni uporabnik), medtem ko je dostop do podatkov, veliko hitreje. Povprečna internetno povezavo, je več kot -50 mili sekund - med pošlje zahtevo za predložitev pripomb. Če je zahteva potrebno vsakič vprašati vse DNS strežnikov, ki sestavljajo drevo (pojasnjeno kasneje), lahko uporabnik čakati čas je bil celo sekund popolnosti je treba odgovoriti.
Iz zgornje teorije, bomo zdaj Lt'acls - Kaj se zgodi, na primer, ko greste na www.cnn.com.
Recimo, da sem stranka podjetja NetVision. Ko sem povezavo z internetom, sistemi Netvision povedal računalnik (ali na moji domači usmerjevalnik), ki uporabljajo strežnike DNS za: 194.90.1.5 in 194.90.1.49 za poizvedbo DNS.
Zanima me, kot prej omenjeno, poiščite www.cnn.com. V ta namen moram najti IP naslov strežnika www.cnn.com. Moj računalnik bo pa na strežnik DNS Netvision in ga vprašal: Daj mi zapis www.cnn.com. Recimo, da strežbe Netvision ne predhodne informacije o tej temi. Kaj se dogaja, da naredim? On bo izvedeli za sebe, kaj Naslov www.cnn.com, in da bo vprašati eno od načelnika DNS strežnikov na internetu, na primer strežnik a.root-servers.net:
; << >> << >> 9.2.5 Dig @ a.root-servers.net www.cnn.com ; (1 strežnik našel) ;; Globalni možnosti: printcmd ;; Got odgovor: ; - >> << HEADER - opcode: QUERY, status: napaki pri, ID: 23611 ;; Zastave: QR razvoj podeželja; QUERY: 1,: 0, ORGAN: 13, DODATNO: 14 ;; VPRAŠANJE ODDELEK: ; Www.cnn.com. V ;; ORGAN ODDELEK: com. 137834 IN NS-d.gtld servers.net. com. 137834 IN NS-e.gtld servers.net. com. 137834 IN NS-f.gtld servers.net. com. 137834 IN NS-g.gtld servers.net. com. 137834 IN NS-h.gtld servers.net. com. 137834 IN NS-i.gtld servers.net. com. 137834 IN NS-j.gtld servers.net. com. 137834 IN NS-k.gtld servers.net. com. 137834 IN NS-l.gtld servers.net. com. 137834 IN NS-m.gtld servers.net. com. 137834 IN NS-a.gtld servers.net. com. 137834 IN NS-b.gtld servers.net. com. 137834 IN NS-c.gtld servers.net. ;; DODATNI DEL: a.gtld-servers.net. 171837 NA 192.5.6.30 a.gtld-servers.net. 171759 V AAAA 2001:503: a83e :: 02:30 b.gtld-servers.net. 161282 NA 192.33.14.30 b.gtld-servers.net. 165361 V AAAA 2001:503:231 D :: 02:30 c.gtld-servers.net. 171159 NA 192.26.92.30 d.gtld-servers.net. 161282 NA 192.31.80.30 e.gtld-servers.net. 171159 NA 192.12.94.30 f.gtld-servers.net. 171159 NA 192.35.51.30 g.gtld-servers.net. 171159 NA 192.42.93.30 h.gtld-servers.net. 171159 NA 192.54.112.30 i.gtld-servers.net. 170422 NA 192.43.172.30 k.gtld-servers.net. 171159 NA 192.52.178.30 l.gtld-servers.net. 171159 NA 192.41.162.30 m.gtld-servers.net. 171159 NA 192.55.83.30 ;; Poizvedba čas: 190 ms ;; SERVER: 198.41.0.4 # 53 (198.41.0.4) ;; KDAJ: ne 8. april 2007 15:20:24 ;; MSG SIZE rcvd: 493
To pomeni, da podatkov o viru zapisov com, ki je potekal celoten sklop drugih strežnikov DNS pod domeno gtld-servers.net. Da bo naše življenje "lažje", pod pogojem, "lepilo", ki dajejo evidence nam to prošnjo je IP naslove - teh strežnikov, tako da bomo morali preveriti jim sami. Zdaj pa je strežnik DNS v Netvision randomiziranih v eno od IP naslovov je prejel kot odgovor na strežnike DNS v Internet šefa in ga vprašal: "www.cnn.com - kaj potem?" - In bodo prejeli naslednje odgovor:
; << >> << >> 9.2.5 Dig @ a.gtld-servers.net www.cnn.com (2 strežniki našel) ;; Globalni možnosti: printcmd ;; Got odgovor: ; - >> << HEADER - opcode: QUERY, status: napaki pri, id: 408 ;; Zastave: QR razvoj podeželja; QUERY: 1,: 0, ORGAN: 4, DODATNI: 4 ;; VPRAŠANJE ODDELEK: ; Www.cnn.com. V ;; ORGAN ODDELEK: cnn.com. 172800 IN NS-twdns 01.ns.aol.com. cnn.com. 172800 IN NS-twdns 02.ns.aol.com. cnn.com. 172800 IN NS-twdns 03.ns.aol.com. cnn.com. 172800 IN NS-twdns 04.ns.aol.com. ;; DODATNI DEL: twdns-01.ns.aol.com. 172800 NA 149.174.213.151 twdns-02.ns.aol.com. 172800 NA 152.163.239.216 twdns-03.ns.aol.com. 172800 NA 207.200.73.85 twdns-04.ns.aol.com. 172800 NA 64.12.147.120 ;; Poizvedba čas: 233 ms ;; SERVER: 192.5.6.30 # 53 (192.5.6.30) ;; KDAJ: ne 8. april 2007 15:30:53 ;; MSG SIZE rcvd: 192
Tudi tu nam pove a.gtld-servers.net dejstvo: "Kaj hočeš od svojega življenja - ne vem ničesar o www.cnn.com, če hočeš nekaj za vse, spodaj na CNN.com, se obrnite na enega od uslužbencev DNS naslednje: twdns-01.ns.aol.com, twdns-02.ns.aol.com, twdns-03.ns.aol.com, twdns-04.ns.aol.com ", in spet smo tudi prostovoljno IP naslovi teh strežnikov kot dodatek za odgovor, da ni treba iskati za njih. "Super," pravi strežnik sam od Netvision, naključno izbere enega od teh štirih strežnikov in ga vpraša: "No, nekdo povej mi, kaj je IP naslov od www.cnn.com!" In tukaj je odgovor dobil:
; << >> << >> 9.2.5 Dig @ twdns-02.ns.aol.com www.cnn.com ; (1 strežnik našel) ;; Globalni možnosti: printcmd ;; Got odgovor: ; - >> << HEADER - opcode: QUERY, status: napaki pri, id: 6714 ;; Zastave: QR razvoj podeželja; QUERY: 1,: 0, ORGAN: 2, DODATNO: 2 ;; VPRAŠANJE ODDELEK: ; Www.cnn.com. V ;; ORGAN ODDELEK: www.cnn.com. 3600 v NS dmtns01.turner.com. www.cnn.com. 3600 v NS dmtns02.turner.com. ;; DODATNI DEL: dmtns01.turner.com. 3608 NA 64.236.29.150 dmtns02.turner.com. 3608 NA 64.236.22.150 ;; Poizvedba čas: 163 ms ;; SERVER: 152.163.239.216 # 53 (152.163.239.216) ;; KDAJ: ne 8. april 2007 15:33:16 ;; MSG SIZE rcvd: 112
Kaj se dogaja? Morali bi dobiti odgovor na to strežnik že! Oh dobro. Tako CNN odločili, da preklopite DNS strežnikov za njihovo - vendar, kaj se bo posodobila domenskih imen, registriranih na strežnike DNS je lahko nov, če so njihove stranke samo povzročajo več zamud, in jih poslati na drug strežnik DNS in nepotrebno? V ščepec, strežnik DNS Netvision gre naprej, in se obrne k dmtns01.turner.com, da bi dobili končno želene podatke, in to izgleda takole:
; << >> << >> 9.2.5 Dig @ dmtns01.turner.com www.cnn.com ; (1 strežnik našel) ;; Globalni možnosti: printcmd ;; Got odgovor: ; - >> << HEADER - opcode: QUERY, status: napaki pri, ID: 44943 ;; Zastave: QR aa razvoj podeželja; QUERY: 1, ODGOVOR: 8, ORGAN: 0, DODATNO: 0 ;; VPRAŠANJE ODDELEK: ; Www.cnn.com. V ;; ODGOVOR ODDELEK: www.cnn.com. 600 NA 64.236.29.120 www.cnn.com. 600 NA 64.236.91.21 www.cnn.com. 600 NA 64.236.91.22 www.cnn.com. 600 NA 64.236.91.23 www.cnn.com. 600 NA 64.236.91.24 www.cnn.com. 600 NA 64.236.16.20 www.cnn.com. 600 NA 64.236.16.52 www.cnn.com. 600 NA 64.236.24.12
Sranje, koliko strežnikov imajo! Uporabnikov pregledovalnik bodo verjetno morali izbrati eno od osmih naključno, da bo od spletne strani! Upoštevajte, da še ena zanimiva dejstva - njihova TTL je skupaj 600 sekund ali deset minut. Zakaj tako nizka? Da se pozanima o posodobljenih podatkov vsakih deset minut. In zakaj tako veliko obremenitev za DNS? Verjetno zato, ker je razpoložljivost je pomembno, da se njih, in želijo, da je strežnik od osmih jeseni bodo DNS takoj posodobiti z avtomatsko procesu za odstranitev strežnik s seznama, in nihče ne stran bo na voljo za več kot deset minut, kar je najdaljši čas, da se lahko stranke, da bodo informacije približno pretvorbo IP naslov za to.
Končno se točke za pojasnitev: vse od korakov, navedenih zgoraj, prav tako ohranja informacije, prejete kot rezultat poizvedbe na lokalne kopije (ob predpostavki, da je v predpomnjenje imenski strežnik - in ponavadi ne je), tako da, če so bile informacije na voljo na lokalni ravni, strežnik ne bi motilo, da potuje vse Zemlja, da bi ga našli, vendar trdi, da je lokalna kopija, s čimer se prihrani čas in omrežnega prometa. Poleg tega, če je DNS strežnik, odjemalec ravni in dekodiranje proces strežnikov, ki so pomagali na tej poti, ni bila na voljo, potem bi vlagatelj pristopiti še en naključni seznam strežnika, in dobil odgovor od njega. Zato bi potrebovali več časa, vendar pa je bil uspešen ob koncu. To je vedno najpogosteje uporabljena DNS strežnika enega za vsako regijo - preživetje.