DNS protokols tiek izmantots, lai veiktu mutiskas adreses uz IP adresēm (kuras norāda, ka katram datoram ir unikāls internets) - lai mēs varētu izmantot viegli nosaukumus atmiņu, kā arī saglabājiet mums ir nepieciešams, lai saņemtu katru reizi, kad izmaiņas veiktas IP adreses, kas pieder pie sistēmām, kurām mēs vēlamies, lai izveidotu savienojumu . Jūs varat teikt, ka DNS ir faktiski Yellow Pages "no interneta.
DNS sistēma sastāv no hierarhijas koka, koku zari atdala tos iezīmē punktu. Koka sakne, kas ir viņa galvenais punkts, arī iezīmēja ar punktu, un to sauc par saknes. Pie saknes koka, ir galvenie domēni (gTLD - pasaules pirmā līmeņa domēna) - mēs zinām URL, piemēram, com, net, org un valstu domēni (ccTLD - valsts koda pirmā līmeņa domēnu), piemēram, piemēram, IL Izraēlai. Tehniski nav atšķirības starp divu veidu atšķirība - abi - kā paskaidrots turpmāk - (.) Kopējais ierakstus saknes domēna vārdu.
Katrs DNS koks filiāle tiek definēta kā zona (zona) - un katrā no jomām definēta dažādu veidu resursu ierakstu. Cita starpā ir dokumenti, kas pārveido domēna nosaukumu (domēna nosaukums) vai resursdatora nosaukumu domēnā (Hostname) kā atsauces uz versiju 4 IP adrese (vai IPv4) - ts ieraksts "a", atsauces uz pasta servera saņem pastu par domēna vārdu (MX ieraksts - pasta apmaiņa), nodošana IP Version 6 (jeb IPv6) - Ieraksts "AAAA", vai pat vērsties - platība zem koka, kuru pārvalda DNS serveris Cits (ieraksts "NS" - saīsinājums no vārda Server "), un pat - Kurš ir atbildīgs par attiecīgo jomu (ierakstu RP - atbildīgā persona).
Papildus resursu uzskaiti, platība arī satur informāciju par sevi. Piemēram, - versijas numuru izmaiņas (Serial) -, kas parasti nosaka formātu datuma un laika, lai ērtības, intervāls sekundēs starp atsvaidzina informācija (atsvaidzināt) sekundārā DNS servera, laika intervāls starp mēģinājumiem, kā minēts augstāk šajā gadījumā netiek
(Atkārtot), un laiks, pēc kura DNS serveris uzskatīt, ka informācija nav spēkā, ja viņš nevar saņemt atjauninājumus līdz tam (Aizvākt). Vēl viens ļoti svarīgs jautājums, ko var konfigurēt katram reģionam visā pasaulē (jūs varat arī iestatīt atsevišķu ierakstu šajā reģionā) - ir "dzīvais laiks", vai angļu TTL - Laiks dzīvot. Šī vērtība, kas definēta kā mērvienība sekundes, pateikt, ko derīguma termiņa ierakstam, un ka tur informāciju par vietējo cache kopijas ierakstā (cache), ja ir izturējuši šo laiku. Iemesls, kāpēc vispārējās vajadzētu saglabāt lokālo kopiju un ne tikai iegūt pašreizējo kopiju informācijas laikā tieši no DNS autoritatīvs - tiks izskaidrots zemāk.
Lai varētu "redzēt ar acīm" Kāda ir definīcija reģionā, ir piemērs šādai faila formātu vietnē jūs meklējat pie tagad, DNS serveris kopīga - BIND - Berkeley Internet Name dēmona. Tas nav ieteikums uz šī servera, un otrādi, es domāju tinydns dara daudz labāku darbu, nevis pedants manically un nopietnus ekonomiskus līdzekļus. Šis ir tikai piemērs:
$ TTL 86.400 @ IN SOA shimi.net. hostmaster.shimi.net. ( 2007040808; Sērijas 28.800; Atsvaidzināt 14.400; Atkārtot 3.600.000; Aizvākt 86.400) Minimālais shimi.net. NS ns2.powweb.com. shimi.net. NS ns3.powweb.com. shimi.net. IN 30 MX mx.shimi.net. shimi.net. IN 65.254.250.106 A www IN CNAME shimi.net. mx IN 65.254.254.50 A mx IN 65.254.254.51 A
Jūs varat pamanīt šādas svarīgas lietas: TTL noteiktās normas attiecībā uz reģionu, kas ir 86,400 sekundes (viena pilna diena netic Reizināt - 60 * 60 * 24 un redzēt pats. ...?). Tas nozīmē, ka jebkura klienta DNS pasaule izlemt saglabāt šo vietni aizliegts "atcerēties", ko viņš ir iemācījies vairāk nekā 24 stundas. Un kāpēc tas ir svarīgi mums? Jo, ja kādu dienu man izlemt pārcelt manu vietni vai manas pasta serveris, vēl viens dators, es gribu visiem vietnes apmeklētāji saņems jaunāko informāciju par jauno datoru adresi drīz, un turpināsies ilgi (teiksim - nedēļu ...) mēģina nokļūt uz serveri vecs, kurš nevarēja saturēt manu vietni vai manu e-pasta kastē, un pēc tam zaudēt apmeklētājiem un / vai e-pastu. Es teicu pirms es paskaidrot, kāpēc pat saglabāt šo informāciju atjaunina un uzzināt no avota datiem ir droša labi? Nu, iemesls ir vienkāršs. Pirmkārt, jautājums par slodzi uz centrālo serveri. Jo visu Web Search DNS sākas no koka saknēm uz leju, ja tur bija atgādināt mehānisms vaicājuma rezultātus, tad jebkurš meklēšanas DNS, pa kādu miljoniem (vai miljardiem?) Lieto internetu, nāks pie DNS serveriem ir galvenais - un nav iespēju tās atbilstu šo nastu, nevis attiecībā uz datu apstrādes ātrumu, un ļoti iespējams ne attiecībā uz joslas platumu, kas piešķirti tiem. Tāpēc ir svarīgi atcerēties, ka dati jau iegūti. Otrs iemesls ir efektivitāte galalietotājam. Kad rezultāts tiek saglabāts vietējā DNS klientu (kas parasti atrodas ISP serveri, uz kuru gala lietotājs ir pieslēgts), bet piekļuve datiem daudz ātrāk. Vidējais interneta pieslēgums, tas ir ne vairāk kā -50 milli - sekundes starp nosūtot lūgumu komentēt. Ja pieprasījums ir nepieciešama katru reizi, lai uzdot visus DNS serverus, kas veido koku (paskaidrots vēlāk), lietotājs var gaidīt laiks bija pat sekundes pilnību jāatbild.
No iepriekš teorijas, mēs tagad Lt'acls - Kas notiek, piemēram, kad jūs iet uz www.cnn.com.
Pieņemsim, ka es esmu klients no uzņēmuma Netvision. Kad es savienot ar internetu, sistēmas Netvision pateikt datoru (vai manā mājas maršrutētāju), kas izmantot DNS serverus sekojošo: 194.90.1.5 un 194.90.1.49 vaicājumu DNS.
Es esmu ieinteresēts, minētajā veidā, atrodiet www.cnn.com. Šim nolūkam, man ir nepieciešams, lai atrastu IP adresi no servera uz www.cnn.com. Mans dators vērsīsies pie DNS servera Netvision un uzdot viņam: Dod man reģistrē www.cnn.com. Pieņemsim, neapstāšanos Netvision nekādu iepriekšēju informāciju par šo tēmu. Kas gatavojas darīt? Viņš uzzināsiet par sevi to, ko adrese www.cnn.com, un ka viņš lūgs viens no DNS serveriem priekšnieka internetā, piemēram serveris a.root-servers.net:
; << >> Dig 9.2.5 << >> @ a.root-servers.net www.cnn.com; (1 serveris atrasts);, globālās iespējas: printcmd;; Got atbildi:,, - >> HEADER < <- opcode: QUERY, statuss: NOERROR, ID: 23.611,, karogi: QR RD; QUERY: 1, ATBILDE: 0, IESTĀDE: 13, Papildus: 14;; JAUTĀJUMS IEDALA:; www.cnn.com. IN;; IESTĀDE IEDALA: com. 137.834 ns d.gtld-servers.net. com. 137.834 ns e.gtld-servers.net. com. 137.834 ns f.gtld-servers.net. com. 137.834 ns g.gtld-servers.net. com. 137.834 ns h.gtld-servers.net. com. 137.834 ns i.gtld-servers.net. com. 137.834 ns j.gtld-servers.net. com. 137.834 ns k.gtld-servers.net. com. 137.834 ns l.gtld-servers.net. com. 137.834 ns m.gtld-servers.net. com. 137.834 ns a.gtld-servers.net. com. 137.834 ns b.gtld-servers.net. com. 137.834 ns c.gtld-servers.net. ;, Papildu piezīmes par iedaļām: a.gtld-servers.net. 171.837 IN 192.5.6.30 a.gtld blakusproduktu servers.net. 171.759 IN 2001:503 AAAA: a83e :: 2:30 b.gtld-servers.net. 161.282 IN A 192.33.14.30 b.gtld blakusproduktu servers.net. 165.361 IN AAAA 2001:503:231 D :: 2:30 c.gtld-servers.net. 171.159 IN A 192.26.92.30 d.gtld blakusproduktu servers.net. 161.282 IN A 192.31.80.30 e.gtld blakusproduktu servers.net. 171.159 IN A 192.12.94.30 f.gtld blakusproduktu servers.net. 171.159 IN A 192.35.51.30 g.gtld blakusproduktu servers.net. 171.159 IN A 192.42.93.30 h.gtld blakusproduktu servers.net. 171.159 IN 192.54.112.30 i.gtld blakusproduktu servers.net. 170.422 IN 192.43.172.30 k.gtld blakusproduktu servers.net. 171.159 IN 192.52.178.30 l.gtld blakusproduktu servers.net. 171.159 IN 192.41.162.30 m.gtld blakusproduktu servers.net. 171.159 IN 192.55.83.30 A;; Vaicājums laiks: 190 ms;; SERVER: 198.41.0.4 # 53 (198.41.0.4), un, kad: Saule 8 Apr 15:20:24 2007;; MSG IZMĒRS rcvd: 493
Tas ir, informācija par resursu uzskaites com, kas notika pilnu citu DNS serveriem zem domēna nosaukumu gTLD-servers.net. Lai padarītu mūsu dzīvi "vieglāku", nodrošināja "līme ierakstus", kas dod mums šo lūgumu ir IP - adreses no šiem serveriem, lai mēs nāksies pārbaudīt tos sev. Tagad pagrieziet DNS serveri Netvision randomizēti vienā no IP adresēm viņš saņemti, atbildot uz DNS serveriem interneta priekšnieku, un jautāja viņam: "www.cnn.com - ko tad?" - Un saņems šādu atbildi:
; << >> Dig 9.2.5 << >> @ a.gtld-servers.net www.cnn.com (2 serveri atrasts) ,, Globālās opcijas: printcmd ,, Got atbildi: ; - >> HEADER << - opcode: QUERY, statuss: NOERROR, ID: 408 ;, Karogi: QR LASĪJUMA; QUERY: 1, ATBILDE: 0, IESTĀDE: 4, Papildus: 4 ;; JAUTĀJUMS IEDAĻA: ; Www.cnn.com. IN ;; IESTĀDE IEDAĻA: cnn.com. 172.800 ns twdns-01.ns.aol.com. cnn.com. 172.800 ns twdns-02.ns.aol.com. cnn.com. 172.800 ns twdns-03.ns.aol.com. cnn.com. 172.800 ns twdns-04.ns.aol.com. ;, Papildu piezīmes par iedaļām: twdns-01.ns.aol.com. 172.800 IN 149.174.213.151 A twdns-02.ns.aol.com. 172.800 IN 152.163.239.216 A twdns-03.ns.aol.com. 172.800 IN 207.200.73.85 A twdns-04.ns.aol.com. 172.800 IN 64.12.147.120 A ;, Vaicājums laiks: 233 ms ;; SERVER: 192.5.6.30 # 53 (192.5.6.30) ,, KAD: Saule 8 Apr 15:30:53 2007 ;; MSG IZMĒRS rcvd: 192
Arī šeit mums saka a.gtld-servers.net fakts: "Ko tu gribi no manas dzīves - es nezinu neko par www.cnn.com, ja jūs vēlaties kaut ko visu darīt zem CNN.com, lūdzu, sazinieties ar Tiesas kalpu viena DNS šādi: twdns-01.ns.aol.com, twdns-02.ns.aol.com, twdns-03.ns.aol.com, twdns-04.ns.aol.com ", un atkal, mēs arī brīvprātīgie IP adreses šiem serveriem kā piemaksu par atbildi, lai nav jāmeklē viņiem. "Lieliski," saka serveris pats par Netvision, nejauši izvēlas kādu no šiem četriem serveriem, un viņam jautā: "Nu, kāds man pateikt, ko IP adresi www.cnn.com!", Un šeit ir atbilde viņš ieguva:
; << >> Dig 9.2.5 << >> @ twdns-02.ns.aol.com www.cnn.com ; (1 serveris atrasts) ,, Globālās opcijas: printcmd ,, Got atbildi: ; - >> HEADER << - opcode: QUERY, statuss: NOERROR, ID: 6714 ;, Karogi: QR LASĪJUMA; QUERY: 1, ATBILDE: 0, IESTĀDE: 2, Papildus: 2 ;; JAUTĀJUMS IEDAĻA: ; Www.cnn.com. IN ;; IESTĀDE IEDAĻA: www.cnn.com. 3600 IN NS dmtns01.turner.com. www.cnn.com. 3600 IN NS dmtns02.turner.com. ;, Papildu piezīmes par iedaļām: dmtns01.turner.com. 3608 IN 64.236.29.150 A dmtns02.turner.com. 3608 IN 64.236.22.150 A ;, Vaicājums laiks: 163 ms ;; SERVER: 152.163.239.216 # 53 (152.163.239.216) ,, KAD: Saule 8 Apr 15:33:16 2007 ;; MSG IZMĒRS rcvd: 112
Kas notiek? Mums bija paredzēts, lai iegūtu šo atbildi no servera jau! Oh well. Tāpēc CNN nolēma pāriet DNS serveriem to - bet ko viņi atjauninās domēna vārdu reģistrēti par DNS serveriem, var būt jauns, ja viņu klienti vienkārši radīt lielāku kavēšanos, un nosūtīt tos uz citu DNS serveri un nevajadzīgas? Ar šķipsnu, DNS serveri Netvision iet tālāk, un pagriežas pret dmtns01.turner.com lai iegūtu beidzot vēlamo informāciju, un tas izskatās šādi:
; << >> Dig 9.2.5 << >> @ dmtns01.turner.com www.cnn.com ; (1 serveris atrasts) ,, Globālās opcijas: printcmd ,, Got atbildi: ; - >> HEADER << - opcode: QUERY, statuss: NOERROR, ID: 44.943 ;, Karogi: QR aa LASĪJUMA; QUERY: 1, ATBILDE: 8, IESTĀDE: 0, PAPILDU: 0 ;; JAUTĀJUMS IEDAĻA: ; Www.cnn.com. IN ;; ATBILDE IEDAĻA: www.cnn.com. 600 IN 64.236.29.120 A www.cnn.com. 600 IN 64.236.91.21 A www.cnn.com. 600 IN 64.236.91.22 A www.cnn.com. 600 IN 64.236.91.23 A www.cnn.com. 600 IN 64.236.91.24 A www.cnn.com. 600 IN 64.236.16.20 A www.cnn.com. 600 IN 64.236.16.52 A www.cnn.com. 600 IN 64.236.24.12 A
Svētais sūdi, cik daudz serveru viņi ir! Lietotāja pārlūkprogrammā, iespējams, būs jāizvēlas viens no astoņiem izlases saņemt no vietas! Atzīmē, ka vēl viens interesants fakts - to TTL ir pavisam 600 sekundes vai desmit minūtes. Kāpēc tik mazs? Noskaidrot par atjaunināto datu reizi desmit minūtēm. Un kāpēc tik daudz slodze uz DNS? Droši vien tāpēc, ka pieejamība ir svarīgi, lai viņiem, un vēlas šo serveri no astoņiem rudenī, DNS tiks atjaunināts nekavējoties ar automatizētu procesu, lai noņemtu serveri no saraksta, un neviens vietne būs pieejama ilgāk par desmit minūtēm, kas ir ilgākais laiks ir atļauts klientiem, lai saglabātu informāciju par konvertēšanu IP adresi, lai to.
Visbeidzot, norāda, lai noskaidrotu: visi no tiem soļiem, kas minēti iepriekš, arī saglabā saņemto informāciju, kā rezultātā, lai vaicājums lokālajā kopijā (pieņemot, ka ir caching nosaukumu serveri - un parasti tas ir), tādēļ, ja informācija ir pieejama uz vietas, serveris nebūtu bothered apbraukāt Zeme viņu atrast, taču apgalvo, ka lokālo kopiju, tādējādi ietaupot laiku un tīkla trafiku. Turklāt, ja kāds DNS serveris, klients līmenis, un dekodēšanas process serveri, kas palīdzēja gar ceļu, nebija pieejams, tad prasītājs tuvotos citu izlases serveru sarakstu, un saņemt atbildi no viņa. Tas prasītu vairāk laika, bet bija veiksmīga beigās. Tas ir vienmēr visvairāk izmanto DNS servera viens katram reģionam - izdzīvošana.