Protocolul DNS este folosit pentru a face adrese verbale la adrese IP (care se indică faptul că pe Internet fiecare calculator unic) -, astfel încât să putem folosi nume uşor de memorie, precum şi a salva ca ne trebuie pentru a obţine de fiecare dată modificările aduse la adrese IP aparţinând la sistemele la care ne doresc să se conecteze . Se poate spune că DNS este, de fapt, în Pagini Aurii "de pe Internet.
Sistemul DNS constă dintr-un copac ierarhie, ramurile copacilor le-a separat marchează punct. Rădăcină de copac, care este punctul său cheie, de asemenea, marcat cu un punct, şi se numeşte rădăcină. La rădăcină de copac, sunt domenii importante (gTLD - domeniu la nivel mondial de nivel superior) - ştim că URL-urile, cum ar fi com, net, org şi domenii naţionale (ccTLD - cod Domain ţară de nivel superior), cum ar fi de IL exemplu, pentru Israel. Punct de vedere tehnic nu există nici o diferenţă între cele două tipuri - atât - după cum este explicat mai jos - (.), Un total de înregistrări în numele de domeniu rădăcină.
Fiecare sucursală în copac DNS este definit ca o zonă (zona) - şi în cadrul fiecărui domeniu, cum sunt definite diferite tipuri de înregistrări de resurse. Printre alte lucruri, există înregistrări care transformă numele de domeniu (nume de domeniu) sau numele de gazdă în domeniu (hostname), ca o trimitere la versiunea 4 adresa IP (sau IPv4) - aşa-numita înregistrare "A", referire la serverul de poştă electronică primire email pentru numele de domeniu (MX record - Mail eXchange), trimiterea la IP versiunea 6 (sau IPv6) - Record "AAAA", sau chiar întoarce la - zona de sub copac, care este gestionat de server DNS Altele (înregistrare "NS" - scurt pentru Name Server "), şi chiar - Cine este responsabil pentru zona (înregistrare RP - persoana responsabilă).
În plus faţă de înregistrările de resurse, zona conţine, de asemenea, informaţii despre sine. Cum ar fi - schimbare numar de versiune (serial) - care defineşte, de obicei, formatul de dată şi oră pentru comoditate, intervalul în secunde între informaţiile Refresh (Reîmprospătare) serverele DNS secundare, întârziere de timp dintre încercările de mai sus, ar fi în caz de eşec
(Retry), şi de timp după care serverul DNS să-şi asume faptul că informaţia nu este valabilă dacă el nu a putut obţine actualizări până atunci (expira). Un alt subiect foarte important, care poate fi configurat pe fiecare regiune la nivel global (asemenea, puteţi seta o înregistrare individuală în regiune) - este "timpul viu", sau în limba engleză TTL - Time To Live. Această valoare, definit ca o unitate de măsură de secunde, spun ceea ce durata de valabilitate a oricărei intrare, precum şi că informaţiile despre aşteptare locale înregistrare cache copii (cache), în cazul în care a trecut acest timp. Motivul general ar trebui să păstreze o copie locală şi nu lua doar o copie curentă a informaţiilor la un moment dat direct de la autoritate DNS - va fi explicat mai jos.
Pentru a putea "vedea cu ochii" Care este definiţia de o regiune, este un exemplu de un astfel de format de fişier pentru site-ul pe care îl căutaţi în prezent, serverul DNS în comun - BIND - Berkeley Internet Name Daemon. Aceasta nu este o recomandare pe acest server, şi invers, cred ca tinydns face o treaba mult mai bine, nu, pedant manically, şi a resurselor economice grave. Acesta este doar un exemplu:
$ TTL 86400 @ IN SOA shimi.net. hostmaster.shimi.net. ( 2007040808; Serial 28800; Refresh 14400; Reîncercaţi 3600000; expirare 86400) minim shimi.net. IN NS ns2.powweb.com. shimi.net. IN NS ns3.powweb.com. shimi.net. IN MX 30 mx.shimi.net. shimi.net. ÎNTR-O 65.254.250.106 www IN CNAME shimi.net. mx ÎNTR-O 65.254.254.50 mx ÎNTR-O 65.254.254.51
Puteţi observa următoarele lucruri importante: TTL reguli definite de regiune, care este de 86,400 de secunde (o zi intreaga nu cred Multiply - 60 * 60 * 24 şi a se vedea pentru tine. ...?). Acest lucru înseamnă că orice client de DNS dat lumea ar decide să menţină acest site, interzis la "minte" ceea ce el a invatat mai mult de 24 de ore. Şi de ce este important pentru noi? Pentru că dacă o zi am decide să transfere site-ul sau serverul meu mea de mail, un alt calculator, vreau tuturor vizitatorilor site-ului vor primi o actualizare pe adresa de computer nou în scurt timp, şi va continua pentru o lungă perioadă de timp (să zicem - o săptămână ...) încearcă să ajungă la serverul vechi, care nu ar putea contine site-ul meu sau de e-mail box, şi apoi pierde vizitatori şi / sau e-mail. I-am spus înainte de a explica de ce a păstra informaţiile actualizate şi de a afla de la sursa de date este sigur bine? Ei bine, motivul este simplu. Întâi de toate, o chestiune de sarcină pe serverele centrale. Din moment ce toate Web Search DNS porneşte de la rădăcina arborelui jos, dacă a existat un mecanism de retragere pentru rezultate de interogare, apoi orice DNS de căutare, de către orice unul pentru milioane de oameni (sau miliarde?) Utilizează Internetul, va veni la serverele DNS principal - şi nu există nici o şansă s-ar îndeplini această sarcină, nu în termeni de rată de prelucrare a datelor, şi destul de posibil, nu în termeni de lăţime de bandă alocate acestora. Prin urmare, este important să ne amintim că datele deja colectate. Un al doilea motiv este eficienta pentru utilizatorul final. În cazul în care rezultatul este stocat în clientul local DNS (care este de obicei situat în serverul ISP-ul la care utilizatorul final este conectat), în timp ce accesul la date mult mai rapid. Conexiune la internet medie, nu este mai mare de -50 de secunde între Milli - trimite o cerere pentru comentarii. În cazul în care cererea este nevoie de fiecare dată pentru a cere toate serverele DNS care alcătuiesc copac (explicat mai tarziu), utilizatorul poate aştepta timp a fost chiar secunde de perfecţiune a fi răspuns.
De la teoria de mai sus, vom acum Lt'acls - Ce se întâmplă, de exemplu, atunci când te duci la www.cnn.com.
Să presupunem că eu sunt un client al companiei NetVision. Când am conecta la Internet, sisteme de Netvision spune calculatorul (sau de pe router casa mea), care utilizează serverele DNS pentru următoarele: 194.90.1.5 şi 194.90.1.49 la interogare DNS.
Sunt interesat, în acest mod, navigaţi la www.cnn.com. În acest scop, am nevoie pentru a găsi adresa IP a serverului de www.cnn.com. Calculatorul meu se va întoarce la serverul DNS de Netvision şi să-l întrebi: Dă-mi un record de www.cnn.com. Să presupunem că de servire a Netvision nici o informare prealabilă cu privire la subiect. Ce este de gând să faci? El va afla pentru sine ceea ce adresa de www.cnn.com, şi că va cere un şef serverele DNS de pe Internet, de exemplu, serverul de a.root-servers.net:
; << >> << >> Dig 9.2.5 @ a.root-servers.net www.cnn.com; (1 server de găsit);, opţiunile globale: printcmd,, Ai răspuns:,, - >> HEADER < <- Opcode: QUERY, status: noerror, id: 23611;, steaguri: RD QR; interogare: 1, RĂSPUNS: 0, Autoritatea: 13, SUPLIMENTARE: 14;; SECŢIUNEA INTREBARE:; www.cnn.com. IN A;; SECŢIUNEA AUTORITATEA: 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. ,, SECŢIUNEA SUPLIMENTARE: a.gtld-servers.net. 171837 INTR-O 192.5.6.30 a.gtld-servers.net. 171759 ÎN AAAA 2001:503: a83e :: 02:30 b.gtld-servers.net. 161282 IN A 192.33.14.30 b.gtld-servers.net. 165361 ÎN AAAA 2001:503:231 d :: 02:30 c.gtld-servers.net. 171159 IN A 192.26.92.30 d.gtld-servers.net. 161282 IN A 192.31.80.30 e.gtld-servers.net. 171159 IN A 192.12.94.30 f.gtld-servers.net. 171159 IN A 192.35.51.30 g.gtld-servers.net. 171159 IN A 192.42.93.30 h.gtld-servers.net. 171159 INTR-O 192.54.112.30 i.gtld-servers.net. 170422 INTR-O 192.43.172.30 k.gtld-servers.net. 171159 INTR-O 192.52.178.30 l.gtld-servers.net. 171159 INTR-O 192.41.162.30 m.gtld-servers.net. 171159 IN A 192.55.83.30,, timpul de interogare: 190 ms;; SERVER: 198.41.0.4 # 53 (198.41.0.4),, CAND: Joi 08 aprilie 15:20:24 2007;; MSG SIZE rcvd: 493
Aceasta este, de informaţii privind înregistrările de resurse com, a avut loc un set complet de pe alte servere DNS sub numele de domeniu gTLD-servers.net. Pentru a face vieţile noastre "mai uşor", cu condiţia ca "înregistrările lipici" care ne dau această cerere are IP - adresele acestor servere, astfel că va trebui să le verifice pe noi înşine. Întoarcem acum serverul DNS al Netvision randomizat, într-una din adresele de IP le-a primit ca răspuns la serverele DNS ale şefului de Internet, şi la întrebat: "www.cnn.com - ce atunci?" - Si va primi următorul răspuns:
; << >> << >> Dig 9.2.5 @ a.gtld-servers.net www.cnn.com (2 servere găsite) ,, Opţiunile globale: printcmd ,, Ai răspuns: ,, - >> << HEADER - Opcode: QUERY, status: noerror, id: 408 ,, Steaguri: RD QR; interogare: 1, RĂSPUNS: 0, Autoritatea: 4, SUPLIMENTARE: 4 ,, SECŢIUNEA ÎNTREBARE: ; Www.cnn.com. ÎNTR-O ,, Autoritatea SECŢIUNEA: 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. ,, SECŢIUNEA SUPLIMENTARE: twdns-01.ns.aol.com. 172800 IN A 149.174.213.151 twdns-02.ns.aol.com. 172800 IN A 152.163.239.216 twdns-03.ns.aol.com. 172800 ÎNTR-O 207.200.73.85 twdns-04.ns.aol.com. 172800 IN A 64.12.147.120 ,, Timpul de interogare: 233 msec ,, SERVER: 192.5.6.30 # 53 (192.5.6.30) ,, CAND: Joi 08 aprilie 2007 15:30:53 ;; MSG SIZE rcvd: 192
Aici, de asemenea, spune-ne a.gtld-servers.net fapt: "Ce vrei de la viata mea - nu ştiu nimic despre www.cnn.com, dacă vrei ceva pentru tot ceea ce mai jos pentru a cnn.com, va rugam sa contactati unul dintre slujitorii DNS următorul text: twdns-01.ns.aol.com, twdns-02.ns.aol.com, twdns-03.ns.aol.com, twdns-04.ns.aol.com ", şi, din nou, am, de asemenea, voluntari adresele IP ale acestor servere ca un supliment pentru un răspuns, nu trebuie să le caute. "Mare", spune server de sine de Netvision, selectează la întâmplare unul din aceste patru servere, şi îl întreabă: "Ei bine, cineva să-mi spui ce adresa IP a www.cnn.com!", Şi aici e raspunsul a primit:
; << >> << >> Dig 9.2.5 @ twdns-02.ns.aol.com www.cnn.com ; (1 server de gasit) ,, Opţiunile globale: printcmd ,, Ai răspuns: ,, - >> << HEADER - Opcode: QUERY, status: noerror, id: 6714 ,, Steaguri: RD QR; interogare: 1, RĂSPUNS: 0, Autoritatea: 2, SUPLIMENTARE: 2 ,, SECŢIUNEA ÎNTREBARE: ; Www.cnn.com. ÎNTR-O ,, Autoritatea SECŢIUNEA: www.cnn.com. 3600 IN NS dmtns01.turner.com. www.cnn.com. 3600 IN NS dmtns02.turner.com. ,, SECŢIUNEA SUPLIMENTARE: dmtns01.turner.com. 3608 IN A 64.236.29.150 dmtns02.turner.com. 3608 IN A 64.236.22.150 ,, Timpul de interogare: 163 msec ,, Server: 152.163.239.216 # 53 (152.163.239.216) ,, CAND: Joi 08 aprilie 2007 15:33:16 ;; MSG SIZE rcvd: 112
Ce se întâmplă? Noi ar trebui să aibă un răspuns la acest server deja! Ei bine. Astfel, CNN a decis pentru a schimba serverele DNS ale lor -, dar ceea ce se va actualiza numele de domenii înregistrate pe serverele DNS poate fi nou în cazul în care clienţii lor, pur şi simplu provoca întârzieri mai mult, şi le trimite la un alt server DNS şi inutile? Într-un vârf de cuţit, serverul DNS de Netvision merge mai departe, şi se transformă în dmtns01.turner.com pentru a obţine în cele din urmă informaţiile dorite, si se pare ca aceasta:
; << >> << >> Dig 9.2.5 @ dmtns01.turner.com www.cnn.com ; (1 server de gasit) ,, Opţiunile globale: printcmd ,, Ai răspuns: ,, - >> << HEADER - Opcode: QUERY, status: noerror, id: 44943 ,, Steaguri: QR aa III; interogare: 1, RĂSPUNS: 8, Autoritatea: 0, SUPLIMENTARE: 0 ,, SECŢIUNEA ÎNTREBARE: ; Www.cnn.com. ÎNTR-O ,, RĂSPUNS SECŢIUNEA: www.cnn.com. 600 în O 64.236.29.120 www.cnn.com. 600 în O 64.236.91.21 www.cnn.com. 600 în O 64.236.91.22 www.cnn.com. 600 în O 64.236.91.23 www.cnn.com. 600 în O 64.236.91.24 www.cnn.com. 600 în O 64.236.16.20 www.cnn.com. 600 în O 64.236.16.52 www.cnn.com. 600 în O 64.236.24.12
La naiba, cum de multe servere au! Browser-ul utilizatorului, probabil, va trebui să aleagă unul dintre cele opt aleator pentru a primi de la site-ul! Reţineţi că un alt fapt interesant - TTL lor este totală de 600 de secunde, sau zece minute. De ce atât de scăzut? Pentru întrebări despre datele actualizate la fiecare zece minute. Şi ce sarcină atât de mult pe DNS? Probabil că disponibilitatea este important pentru ei, şi doriţi ca serverul din toamna opt, DNS-ul va fi actualizat imediat printr-un proces automatizat pentru a elimina server din lista, si nimeni nu site-ul va fi indisponibil pentru mai mult de zece minute, care este timpul maxim de a li se permite clienţilor să păstreze informaţiile despre convertirea adresa IP la acest lucru.
În cele din urmă, punctele pentru a clarifica: toate etapele menţionate mai sus, păstrează, de asemenea, informaţiile primite ca urmare a interogării la o copie locală (presupunând că acesta este în cache server de nume - şi, de obicei, nu este), aşa că, dacă informaţiile au fost disponibile la nivel local, serverul nu ar fi deranjat să călătorească pământ să-l găsească, dar susţine că copia locală, economisind astfel timp şi traficul în reţea. În plus, în cazul în care orice server DNS, nivel de client, şi servere de decodare proces, care au ajutat de-a lungul drum, nu a fost disponibil, atunci solicitantul va aborda un alt lista de servere aleatorii, şi pentru a obţine răspunsul la el. Aceasta ar lua mai mult timp, dar a fost un succes la sfârşitul anului. Aceasta este întotdeauna cel mai folosit server de DNS unul pentru fiecare regiune - de supravietuire.