DNS-protokolla on käytetty tehdä sanallisia osoitteet IP-osoitteet (jotka osoittavat, että jokaisen tietokoneen ainutlaatuinen) - jotta voimme käyttää helposti nimiä muistiin, sekä pelastaa meidät täytyy saada aina muutokset IP-osoitteet kuuluvat järjestelmiin, joihin halutaan liittää . Voit sanoa, että DNS on oikeastaan keltaiset sivut "Internetissä.
DNS-järjestelmä koostuu hierarkian puu, oksat erotti heidät merkitse piste. Puun juuresta, joka on hänen tärkein asia, myös merkitty piste, ja on nimeltään root. Kun puun juurta, ovat merkittäviä aloja (gTLD - Global Top Level Domain) - tiedämme URL-osoitteet, kuten com, net, org ja kansallisia aloja (ccTLD - maa code Top Level Domain), kuten esimerkiksi il Israelille. Teknisesti ei ole mitään eroa kahdenlaisia - niin - kuten jäljempänä - yhteensä tietueiden toimialueen nimi (.).
Kukin haara DNS puu määritellään vyöhyke (vyöhyke) - ja kunkin tällaisen määritellyllä alueella eri resurssien kirjaa. Muun muassa olemassa kirjaa, joka muuntaa toimialueen nimi (domain name) tai isännän nimi verkkotunnus (nimi) viittaus version 4 IP-osoite (tai IPv4) - ns levy "" viittaus sähköpostipalvelin vastaanottaa sähköpostin toimialueen nimeä (MX - Mail Exchange), siirtämistä IP versio 6 (tai IPv6) - Record "AAAA", tai jopa kääntyä - alapuolella puu, jota hallinnoi DNS-palvelimen Muut (ennätys "NS" - lyhenne Name Server "), ja jopa - Kuka vastaa alueen (ennätys RP - Vastuuhenkilö).
Lisäksi resurssi kirjaa, alue sisältää myös tietoja itsestään. Kuten - versionumeron muutos (Serial) - joka yleensä määrittää muotoa päivämäärä ja aika mukavuussyistä, sekunteina välillä päivittää tiedot (Refresh) toissijaisen DNS-palvelimen, viive yritykset kuten edellä vika
(Yritä uudelleen), ja aika, jonka kuluttua DNS palvelin olettaa, että tiedot eivät ole voimassa, mikäli hän ei voinut saada päivityksiä vasta sitten (pääty). Toinen hyvin tärkeä aihe, joka voidaan määrittää kunkin alueen maailmanlaajuisesti (Voit myös asettaa yksittäisen tietueen sisällä alue) - on "elävä aika" tai Englanti TTL - Time To Live. Tämä arvo, joka määritellään mittayksikköä sekunnin sanoa mitä kestosta tahansa merkinnän, ja jotka pitävät tietoa paikallisesta välimuistista kappaletta ennätys (cache), jos se hyväksytään tällä kertaa. Syy siihen, miksi yleensä olisi säilytettävä paikallinen kopio ja ei vain saada nykyinen kopio tiedoista aikaan suoraan DNS arvovaltaisten - toimintaa selitetään alla.
Voidakseen 'nähdä silmin "Mikä on määritelmä alue, on esimerkki tällaisesta tiedostomuoto sivusto on nyt arvioitava, DNS-palvelin yhteistä - BIND - Berkeley Internet Name Daemon. Tämä ei ole suositus tällä palvelimella, ja päinvastoin, luulen tinydns tekee paljon paremmin, eikä pedantti manically, ja vakavia taloudellisia resursseja. Tämä on vain esimerkki:
$ TTL 86400 @ IN SOA shimi.net. hostmaster.shimi.net. ( 2007040808, Serial 28800; Päivitä 14400; Yritä uudelleen 3600000; Siivoa 86400) Minimi shimi.net. IN NS ns2.powweb.com. shimi.net. IN NS ns3.powweb.com. shimi.net. IN MX 30 mx.shimi.net. shimi.net. IN 65.254.250.106 www IN CNAME shimi.net. MX 65.254.254.50 MX 65.254.254.51
Saatat huomata seuraavia tärkeitä asioita: TTL määritellyt säännöt aluetta, joka on 86400 sekuntia (yksi kokonainen päivä. Usko? Kerrotaan - 60 * 60 * 24 ja totea itse ...). Tämä tarkoittaa, että tietyn asiakkaan DNS maailma päättäisi pitää tämän sivuston, kielletty "muistaa" mitä hän on oppinut yli 24 tuntia. Ja miksi se on tärkeää meille? Koska jos eräänä päivänä päättää siirtää sivustoni tai oma sähköpostipalvelin, toiseen tietokoneeseen, haluan kaikkien kävijöiden saavat päivitys uuteen tietokoneeseen osoitteen pian, ja jatkuu pitkään (sanokaamme - viikko ...) yrittää päästä palvelimelle vanha, joka ei voinut olla sivustoni tai sähköpostiini ruutuun ja sitten menettää kävijöitä ja / tai sähköpostilla. Sanoin ennen kuin selitän, miksi edes pitää tiedot ajan tasalla ja selvittää mistä lähteestä tiedot on turvallinen oikeassa? No, syy on yksinkertainen. Ensinnäkin, kysymys kuormitus keskus palvelimissa. Koska kaikki Web Search DNS alkaa puun juurta alas, jos oli recall mekanismi kyselyn tuloksia, niin kaikki hakua DNS, jollakin miljoonia (tai miljardeja?) Käytä Internetiä, tulisin DNS-palvelimet tärkeimpien - eikä ole mahdollista ne täyttävät tämän taakan, ei niinkään tietojenkäsittelyn korko, ja hyvin mahdollisesti ei niinkään kaistanleveyden jaetun. Siksi on tärkeää muistaa, että jo kerättyjä tietoja. Toinen syy on hyötysuhde loppukäyttäjälle. Kun tulos talletetaan paikallisen DNS asiakkaalle (joka on tavallisesti sijoitettu ISP palvelin joka loppukäyttäjälle on kytketty), samalla kun pääsy tietoihin paljon nopeammin. Keskimääräinen Internet-yhteys, se ei ole enemmän kuin -50 milli - sekuntia komissio lähettää kommentteja. Jos pyyntö on tarpeen aina kysyä kaikki DNS-palvelimet, jotka muodostavat puu (selitetään myöhemmin), käyttäjä voi odotusaika oli jopa sekuntia täydellisyyttä vastataan.
Edellä teoria, me nyt Lt'acls - Mitä tapahtuu, esimerkiksi, kun menet www.cnn.com.
Oletetaan Olen asiakas yrityksen Netvision. Kun muodostat Internet-järjestelmien Netvision kertovat tietokoneen (tai minun reititin), jotka käyttävät DNS-palvelimet seuraavat: 194.90.1.5 ja 194.90.1.49 kyselyn DNS.
Olen kiinnostunut, kuten edellä mainittu, selaa www.cnn.com. Tätä varten minun täytyy löytää IP-osoitteen palvelimen www.cnn.com. Tietokoneeni kääntyvät DNS palvelimelle Netvision ja kysy häneltä: Anna minulle kirjaa www.cnn.com. Oletetaan tarjoiluun Netvision mitään ennakkotietoja aiheesta. Mitä aiot tehdä? Hän selvittää itselleen, mitä osoitetta www.cnn.com, ja että hän pyytää yhden DNS-palvelimet päällikkö esimerkiksi Internetin palvelin a.root-servers.net:
; << >> Dig 9.2.5 << >> @ a.root-servers.net www.cnn.com; (1 palvelin löytyy);, globaali vaihtoehdoista: printcmd;, Got vastauksen:,, - >> HEADER < <- opcode: QUERY, status: NOERROR, id: 23611,, liput: qr rd, QUERY: 1, VASTAUS: 0, AUTHORITY: 13, LISÄ: 14;; KYSYMYS OSA:; www.cnn.com. IN,, AUTHORITY OSA: 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. ,, LISÄ OSA: a.gtld-servers.net. 171837 IN 192.5.6.30 a.gtld-servers.net. 171759 IN AAAA 2001:503: a83e :: 02:30 b.gtld-servers.net. 161282 IN A 192.33.14.30 b.gtld-servers.net. 165361 IN 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 IN 192.54.112.30 i.gtld-servers.net. 170422 IN 192.43.172.30 k.gtld-servers.net. 171159 IN 192.52.178.30 l.gtld-servers.net. 171159 IN 192.41.162.30 m.gtld-servers.net. 171159 IN A 192.55.83.30;, Query aika: 190 millisekuntia;, SERVER: 198.41.0.4 # 53 (198.41.0.4), MILLOIN: su 8 huhtikuu 15:20:24 2007, MSG SIZE rcvd: 493
Eli tietoa resurssien Records com pidettiin koko joukko muita DNS-palvelimet alla verkkotunnuksen gTLD-servers.net. Jotta elämäämme "helpompi", jos "liima kirjaa", jotka antavat meille pyyntö on IP - osoitteet näissä palvelimissa, joten joudumme tarkistamaan ne itse. Nyt käännä DNS palvelin Netvision satunnaistettiin johonkin IP-osoitteiden hän sai vastaukseksi DNS-palvelimia Internet-päällikkö, ja kysyi häneltä: "www.cnn.com - mitä sitten?" - Ja saavat seuraavan vastauksen:
; << >> Dig 9.2.5 << >> @ a.gtld-servers.net www.cnn.com (2 palvelimet löytyi) ,, Global vaihtoehtoa: printcmd ,, Got vastaus: , - >> HEADER << - opcode: QUERY, status: NOERROR, id: 408 ,, Liput: QR rd, QUERY: 1, VASTAUS: 0, AUTHORITY: 4, LISÄ: 4 ,, KYSYMYS OSA: ; Www.cnn.com. IN ,, AUTHORITY OSA: 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. ,, Jaksojen: twdns-01.ns.aol.com. 172800 IN 149.174.213.151 twdns-02.ns.aol.com. 172800 IN 152.163.239.216 twdns-03.ns.aol.com. 172800 IN 207.200.73.85 twdns-04.ns.aol.com. 172800 IN 64.12.147.120 ,, Kysely aika: 233 ms ,, SERVER: 192.5.6.30 # 53 (192.5.6.30) ,, MILLOIN: su 8 huhtikuu 15:30:53 2007 ,, MSG SIZE rcvd: 192
Tässäkin kertoo a.gtld-servers.net tosiasia: "Mitä haluat minun elämästä - En tiedä mitään www.cnn.com, jos haluat jotain kaiken alta cnn.com, ota yhteyttä johonkin palvelijoita DNS seuraavat: twdns-01.ns.aol.com, twdns-02.ns.aol.com, twdns-03.ns.aol.com, twdns-04.ns.aol.com ", ja jälleen myös vapaaehtoistyötä IP-osoitteet näitä palvelimia lisä vastausta, jotta ei tarvitse etsiä niitä. "Suuri", sanoo vaan palvelimesta ja Netvision, satunnaisesti yksi näistä neljästä palvelinten ja kysyy häneltä: "No, joku kertoa minulle, mitä IP-osoite www.cnn.com!" Ja tässä on vastaus hän sai:
; << >> Dig 9.2.5 << >> @ twdns-02.ns.aol.com www.cnn.com ; (1 palvelin löydetty) ,, Global vaihtoehtoa: printcmd ,, Got vastaus: , - >> HEADER << - opcode: QUERY, status: NOERROR, id: 6714 ,, Liput: QR rd, QUERY: 1, VASTAUS: 0, AUTHORITY: 2, MUUT: 2 ,, KYSYMYS OSA: ; Www.cnn.com. IN ,, AUTHORITY OSA: www.cnn.com. 3600 IN NS dmtns01.turner.com. www.cnn.com. 3600 IN NS dmtns02.turner.com. ,, Jaksojen: dmtns01.turner.com. 3608 IN 64.236.29.150 dmtns02.turner.com. 3608 IN 64.236.22.150 ,, Kysely aika: 163 ms ,, SERVER: 152.163.239.216 # 53 (152.163.239.216) ,, MILLOIN: su 8 huhtikuu 15:33:16 2007 ,, MSG SIZE rcvd: 112
Mitä on tekeillä? Meillä pitäisi olla vastaus tähän palvelimeen jo! Voi hyvin. Niinpä CNN päätti vaihtaa DNS-palvelimet niiden - mutta mitä ne päivittää verkkotunnuksia on rekisteröity DNS-palvelimet voivat olla uusia, mikäli niiden asiakkaat vain aiheuttaa lisää viivästyksiä, ja lähettää ne toiseen DNS-palvelimen ja tarpeetonta? Vuonna hyppysellinen, DNS palvelin Netvision jatkuu, ja kääntyy dmtns01.turner.com saada vihdoin halutut tiedot, ja se näyttää tältä:
; << >> Dig 9.2.5 << >> @ dmtns01.turner.com www.cnn.com ; (1 palvelin löydetty) ,, Global vaihtoehtoa: printcmd ,, Got vastaus: , - >> HEADER << - opcode: QUERY, status: NOERROR, id: 44943 ,, Liput: QR aa rd, QUERY: 1, VASTAUS: 8, AUTHORITY: 0, muut: 0 ,, KYSYMYS OSA: ; Www.cnn.com. IN ,, VASTAUS OSA: www.cnn.com. 600 64.236.29.120 www.cnn.com. 600 64.236.91.21 www.cnn.com. 600 64.236.91.22 www.cnn.com. 600 64.236.91.23 www.cnn.com. 600 64.236.91.24 www.cnn.com. 600 64.236.16.20 www.cnn.com. 600 64.236.16.52 www.cnn.com. 600 64.236.24.12
Jumalauta, kuinka monta palvelinta heillä! Käyttäjän selain todennäköisesti on valittava yksi kahdeksasta satunnaisesti vastaanottamaan site! Huomaa, että toinen mielenkiintoinen seikka - heidän TTL on yhteensä 600 sekuntia, tai kymmenen minuuttia. Miksi näin alhainen? Voit tiedustella päivitetyt tiedot kymmenen minuutin välein. Ja miksi niin paljon kuormaa DNS? Luultavasti koska saatavuus on heille tärkeä, ja haluamme että palvelin kahdeksasta syksyn DNS päivitetään välittömästi automaattinen prosessi poistaa palvelinta luettelosta, eikä kukaan sivusto on poissa pidempään kuin kymmenen minuuttia, mikä on maksimi aika annettava asiakkaille säilyttää tiedot noin muuntaa IP-osoitteen tähän.
Lopuksi kohdat selventää: kaikki vaiheet edellä, myös säilyttää saamansa tiedot seurauksena kyselyn paikallisen kopion (jos se on välimuistia nimipalvelin - ja yleensä tekee sen), joten jos tiedot olivat saatavilla paikallisesti, palvelin ei olisi vaivautunut matkustaa Maan löytääkseen hänet, mutta väittää, että paikallisen kopion, jolloin säästetään aikaa ja verkkoliikennettä. Lisäksi, jos DNS-palvelin, asiakas tasolla ja dekoodaus prosessi palvelimet, jotka ovat auttaneet matkan varrella, ei ollut saatavilla, niin hakija voisi lähestyä toisten satunnainen palvelin listan, ja saada vastauksen häneltä. Se veisi enemmän aikaa, mutta onnistui lopussa. Tämä on aina eniten käytetty DNS-palvelin yksi kullekin alueelle - selviytymistä.