DNS-protokollet används för att göra muntliga adresser till IP-adresser (som visar att varje dators unika Internet) - så att vi kan använda de enkla namnen på minnet, samt spara oss behöver för att få varje gång de ändringar som gjorts de IP-adresser som hör till de system som vi vill ansluta . Man kan säga att DNS är faktiskt i Gula Sidorna "av Internet.
DNS-systemet består av en hierarki träd, separerade trädgrenar dem markera punkten. Roten till trädet, är att hans viktig punkt, också markerad med en prick, och kallas roten. Vid roten av trädet, är viktiga områden (gTLD - global toppdomän) - vi vet webbadresser som com, net, org och nationella domäner (ccTLD - landskoden Top Level Domain), såsom till exempel il för Israel. Tekniskt är det ingen skillnad mellan de två typerna - både - som förklaras nedan - (.) Totalt poster i roten domännamnet.
Varje gren i DNS trädet definieras som en zon (zon) - och inom varje sådant område definieras olika typer av resursposter. Bland annat finns det poster som omvandlar domännamn (domännamn) eller värdnamn i domän (värdnamn) som en hänvisning till version 4 IP-adress (eller IPv4) - så kallade skivan "A", hänvisning till e-postservern tar emot e-post för domännamnet (MX-post - Mail Exchange), remiss till IP version 6 (eller IPv6) - Record "AAAA", eller ens vända sig till - område nedanför trädet, som förvaltas av DNS annan server (skivan "NS" - förkortning för Name Server ") och även - Vem är ansvarig för området (rekordet RP - Ansvarig person).
Förutom resursposter innehåller området också information om sig själv. Såsom - versionsnummer förändring (Serial) - som vanligtvis definierar formatet för datum och tid för bekvämlighet intervallet i sekunder mellan uppdaterar information (Refresh) sekundära DNS-servrar, tidsfördröjning mellan försök som ovan i händelse av fel
(Försök igen), och tid efter vilken DNS-server att anta att informationen inte är giltig om han inte kunde få uppdateringar tills dess (ut). En annan mycket viktig fråga som kan konfigureras på varje region i världen (Du kan även ställa in en enskild post inom regionen) - är "levande tid", eller engelska TTL - Time To Live. Detta värde, definierat som en mätenhet sekunder, säga vad giltighetstiden för en post, och att innehålla information om lokala cache-kopior post (cache) om passerade den här gången. Anledningen till det allmänna ska hålla en lokal kopia och inte bara få en aktuell kopia av information vid en tid direkt från DNS auktoritativa - kommer att förklaras nedan.
För att kunna "se med ögonen" Vad är definitionen av en region, är ett exempel på en sådan fil format för den webbplats som du tittar på nu, DNS-servern gemensamt - BIND - Berkeley Internet Name Daemon. Detta är inte en rekommendation på den här servern, och vice versa, tror jag tinydns gör ett mycket bättre jobb, inte pedant maniskt, och allvarliga ekonomiska resurser. Detta är bara ett exempel:
$ TTL 86.400 @ IN SOA shimi.net. hostmaster.shimi.net. ( 2007040808; Serial 28.800; Uppdatera 14.400; Försök igen 3.600.000; Expire 86.400) Minsta shimi.net. I NS ns2.powweb.com. shimi.net. I NS ns3.powweb.com. shimi.net. I MX 30 mx.shimi.net. shimi.net. I EN 65.254.250.106 www i CNAME shimi.net. mx I EN 65.254.254.50 mx I EN 65.254.254.51
Du kan märka följande viktiga saker: TTL definierade regler för regionen, vilket är 86.400 sekunder (en hel dag inte tro Multiplicera - 60 * 60 * 24 och se själv. ...?). Detta innebär att varje klient DNS världen skulle besluta att behålla denna webbplats förbjudet att "komma ihåg" vad han har lärt sig mer än 24 timmar. Och varför det är viktigt för oss? För om jag en dag besluta att överföra min webbplats eller min e-postserver, en annan dator, jag vill att alla besökare till webbplatsen kommer att få en uppdatering på den nya datorn adressen inom kort, och kommer att fortsätta under lång tid (låt oss säga - en vecka ...) försöka få till servern gamla, som inte kunde innehålla min webbplats eller min e-postlåda, och sedan förlorar besökare och / eller e-post. Jag sa innan jag förklarar varför ens hålla denna information uppdaterad och ta reda på källan data är säkra eller hur? Tja, är anledningen enkel. Först och främst en fråga om belastning på centrala servrar. Eftersom alla webbsökning DNS startar från roten av trädet ner, om det fanns ett återkallande mekanism för frågeresultaten, sedan en sökning DNS, genom någon för miljontals (eller miljarder?) Använda Internet, skulle komma till DNS-servrar av de viktigaste - och det finns ingen chans att de skulle träffas denna börda, inte i termer av databehandling takt och kanske inte i form av bandbredd tilldelats dem. Därför är det viktigt att komma ihåg att data som redan samlats in. En annan anledning är effektivitet för slutanvändaren. När resultatet lagras i den lokala DNS-klient (vilken vanligtvis är placerad i ISP-server till vilken slutanvändaren är ansluten), medan åtkomst till data mycket snabbare. Genomsnittliga Internet-anslutning, är det inte mer än -50 milli - sekunder mellan att skicka en begäran om kommentar. Om begäran behövs varje gång för att be alla DNS-servrar som utgör trädet (förklaras senare), kan användaren väntetiden var ännu sekunder perfektion att besvaras.
Från ovanstående teori, kommer vi nu Lt'acls - Vad händer till exempel när du går till www.cnn.com.
Antag Jag är en kund till företaget NetVision. När jag ansluter till Internet, system för Netvision tala om för datorn (eller på min router) som använder DNS-servrar för följande: 194.90.1.5 och 194.90.1.49 att söka DNS.
Jag är intresserad, enligt ovan, bläddra till www.cnn.com. För detta ändamål, måste jag hitta IP-adressen till servern för www.cnn.com. Min dator kommer att vända till DNS-servern för Netvision och fråga honom: Ge mig ett rekord av www.cnn.com. Antag servering av Netvision någon tidigare information om ämnet. Vad göra? Han kommer att ta reda på själv vad adressen www.cnn.com, och att han kommer att be en av DNS-servrar chefen för Internet, till exempel server a.root-servers.net:
; << >> DIGIC 9.2.5 << >> @ a.root-servers.net www.cnn.com , (1 server found) ,, Globala alternativ: printcmd ,, Got svar: ,, - >> HEADER << - opkod: QUERY, status: noerror, id: 23.611 ,, Flags: QR rd, QUERY: 1, SVAR: 0, MYNDIGHET: 13, Övrigt: 14 ,, FRÅGA AVSNITT: ; Www.cnn.com. I EN ,, MYNDIGHET AVSNITT: com. 137.834 i NS d.gtld-servers.net. com. 137.834 i NS e.gtld-servers.net. com. 137.834 i NS f.gtld-servers.net. com. 137.834 i NS g.gtld-servers.net. com. 137.834 i NS h.gtld-servers.net. com. 137.834 i NS i.gtld-servers.net. com. 137.834 i NS j.gtld-servers.net. com. 137.834 i NS k.gtld-servers.net. com. 137.834 i NS l.gtld-servers.net. com. 137.834 i NS m.gtld-servers.net. com. 137.834 i NS a.gtld-servers.net. com. 137.834 i NS b.gtld-servers.net. com. 137.834 i NS c.gtld-servers.net. ,, Avsnittet Ytterligare: a.gtld-servers.net. 171.837 I EN 192.5.6.30 a.gtld-servers.net. 171.759 I AAAA 2001:503: a83e :: 02:30 b.gtld-servers.net. 161.282 I EN 192.33.14.30 b.gtld-servers.net. 165.361 I AAAA 2001:503:231 d :: 02:30 c.gtld-servers.net. 171.159 I EN 192.26.92.30 d.gtld-servers.net. 161.282 I EN 192.31.80.30 e.gtld-servers.net. 171.159 I EN 192.12.94.30 f.gtld-servers.net. 171.159 I EN 192.35.51.30 g.gtld-servers.net. 171.159 I EN 192.42.93.30 h.gtld-servers.net. 171.159 I EN 192.54.112.30 i.gtld-servers.net. 170.422 I EN 192.43.172.30 k.gtld-servers.net. 171.159 I EN 192.52.178.30 l.gtld-servers.net. 171.159 I EN 192.41.162.30 m.gtld-servers.net. 171.159 I EN 192.55.83.30 ,, Fråga tid: 190 ms ,, SERVER: 198.41.0.4 # 53 (198.41.0.4) ,, NÄR: sön 8 april 15:20:24 2007 ,, MSG SIZE MOTTAGN: 493
Det vill säga information om resursen register com, höll en full uppsättning av andra DNS-servrar under domännamnet gTLD-servers.net. Att göra våra liv "lättare", förutsatt att "limma poster" som ger oss denna begäran har IP - adresser till dessa servrar, så att vi kommer att behöva kontrollera dem själva. Vrid nu DNS-servern för Netvision randomiserades till en av de IP-adresser han fick som svar på DNS-servrar på Internet chefen och frågade honom: "www.cnn.com - vad då?" - Och får följande svar:
; << >> DIGIC 9.2.5 << >> @ a.gtld-servers.net www.cnn.com (2 servrar hittade) ,, Globala alternativ: printcmd ,, Got svar: ,, - >> HEADER << - opkod: QUERY, status: noerror, id: 408 ,, Flags: QR rd, QUERY: 1, SVAR: 0, MYNDIGHET: 4, YTTERLIGARE: 4 ,, FRÅGA AVSNITT: ; Www.cnn.com. I EN ,, MYNDIGHET AVSNITT: cnn.com. 172.800 i NS twdns-01.ns.aol.com. cnn.com. 172.800 i NS twdns-02.ns.aol.com. cnn.com. 172.800 i NS twdns-03.ns.aol.com. cnn.com. 172.800 i NS twdns-04.ns.aol.com. ,, Avsnittet Ytterligare: twdns-01.ns.aol.com. 172.800 IN A 149.174.213.151 twdns-02.ns.aol.com. 172.800 IN A 152.163.239.216 twdns-03.ns.aol.com. 172.800 IN A 207.200.73.85 twdns-04.ns.aol.com. 172.800 IN A 64.12.147.120 ,, Fråga tid: 233 ms ,, SERVER: 192.5.6.30 # 53 (192.5.6.30) ,, NÄR: sön 8 april 15:30:53 2007 ,, MSG SIZE MOTTAGN: 192
Även här berättar a.gtld-servers.net faktum: "Vad vill du från mitt liv - jag vet inte något om www.cnn.com, om du vill ha något för allt nedan cnn.com, vänligen kontakta någon av tjänare DNS följande: twdns-01.ns.aol.com, twdns-02.ns.aol.com, twdns-03.ns.aol.com, twdns-04.ns.aol.com ", och igen, volontär vi också IP-adresser av dessa servrar som tillägg för ett svar, att inte behöva leta efter dem. "Great", säger servern sig av Netvision, slumpmässigt väljer en av dessa fyra servrar, och frågar honom: "Tja, någon berätta för mig vad IP-adressen www.cnn.com!", Och här är svaret han fick:
; << >> DIGIC 9.2.5 << >> @ twdns-02.ns.aol.com www.cnn.com , (1 server found) ,, Globala alternativ: printcmd ,, Got svar: ,, - >> HEADER << - opkod: QUERY, status: noerror, id: 6714 ,, Flags: QR rd, QUERY: 1, SVAR: 0, MYNDIGHET: 2, Övrigt: 2 ,, FRÅGA AVSNITT: ; Www.cnn.com. I EN ,, MYNDIGHET AVSNITT: www.cnn.com. 3600 i NS dmtns01.turner.com. www.cnn.com. 3600 i NS dmtns02.turner.com. ,, Avsnittet Ytterligare: dmtns01.turner.com. 3608 I EN 64.236.29.150 dmtns02.turner.com. 3608 I EN 64.236.22.150 ,, Fråga tid: 163 ms ,, SERVER: 152.163.239.216 # 53 (152.163.239.216) ,, NÄR: sön 8 april 15:33:16 2007 ,, MSG SIZE MOTTAGN: 112
Vad händer? Vi borde ha ett svar på denna server redan! Oh väl. Så CNN bestämde sig för att byta DNS-servrar för deras - men vad de kommer att uppdatera registrerade domännamn på DNS-servrar kan vara ny om deras kunder bara orsaka mer förseningar och skicka dem till en annan DNS-server och onödigt? I en nypa går DNS server Netvision på och vänder sig till dmtns01.turner.com för att få slut den önskade informationen, och det ser ut så här:
; << >> DIGIC 9.2.5 << >> @ dmtns01.turner.com www.cnn.com , (1 server found) ,, Globala alternativ: printcmd ,, Got svar: ,, - >> HEADER << - opkod: QUERY, status: noerror, id: 44.943 ,, Flags: QR aa rd, QUERY: 1, SVAR: 8, MYNDIGHET: 0, Övrigt: 0 ,, FRÅGA AVSNITT: ; Www.cnn.com. I EN ,, SVAR AVSNITT: www.cnn.com. 600 I EN 64.236.29.120 www.cnn.com. 600 I EN 64.236.91.21 www.cnn.com. 600 I EN 64.236.91.22 www.cnn.com. 600 I EN 64.236.91.23 www.cnn.com. 600 I EN 64.236.91.24 www.cnn.com. 600 I EN 64.236.16.20 www.cnn.com. 600 I EN 64.236.16.52 www.cnn.com. 600 I EN 64.236.24.12
Herrejävlar, hur många servrar de har! Användarens webbläsare troligen kommer att välja en av åtta slumpmässigt ta emot från sidan! Observera att en annan intressant faktum - deras TTL är summan av 600 sekunder eller tio minuter. Varför så lågt? Att fråga om uppdaterade data var tionde minut. Och varför så mycket belastning på DNS? Förmodligen på grund av att tillgänglighet är viktigt för dem, och vill att servern ur åtta hösten kommer DNS att uppdateras omedelbart genom en automatiserad process för att ta bort servern från listan, och ingen plats kommer att vara otillgänglig under längre tid än tio minuter, vilket är den maximala tid att få kunder att hålla informationen om att omvandla IP-adress till detta.
Slutligen pekar på att klargöra: Alla de åtgärder som anges ovan, även behåller den information som erhållits som ett resultat av frågan till en lokal kopia (förutsatt att det är i caching namnserver - och oftast gör det är), så om informationen var tillgänglig lokalt, skulle servern inte har brytt sig om att resa hela Jorden för att hitta honom, men hävdar att den lokala kopian, vilket sparar tid och nätverkstrafik. Dessutom, om någon DNS-server, klienten nivå och avkodningsprocess servrar som hjälpte på vägen, inte var tillgänglig, då sökanden skulle närma sig ett annat slumpmässigt server listan och få svar från honom. Det skulle ta mer tid, men lyckades på slutet. Detta är alltid den mest använda DNS-servern en för varje region - överlevnad.