DNS-пратакол выкарыстоўваецца для славесных адрасоў IP-адрасоў (якія паказваюць, што унікальны Інтэрнэт кожнага кампутара) - так што мы можам выкарыстоўваць лёгкі імёны ў памяці, а таксама выратаваць нас трэба, каб кожны раз, калі змены, унесеныя ў IP-адрасоў, якія належаць сістэмы, да якіх мы хочам падключыцца . Можна сказаць, што DNS на самай справе ў Жоўтыя старонкі "ў Інтэрнэце.
Сістэма DNS складаецца з іерархічнага дрэва, галіны ў дрэве аддзяліў іх адзначце кропку. Корань дрэва, гэта значыць яго ключавы момант, таксама адзначаны кропкі, і завецца коранем. У корані дрэва, у першасных даменных імёнаў (рДВУ - глабальная дамена верхняга ўзроўня) - мы ведаем, URL, такія як COM, NET, ORG і нацыянальных даменаў (ксДВУ - код краіны дамена верхняга ўзроўня), такіх як, напрыклад, Іра для Ізраіля. Тэхнічна няма ніякай розніцы паміж двума відамі - і - як гэта растлумачана ніжэй - усяго запісаў у імя каранёвага дамена (.).
Кожная галіна ў дрэве DNS вызначаецца як зона (зона) - і ў межах кожнай з такіх абласцей вызначаны розныя тыпы запісаў рэсурсаў. Сярод іншага Існуюць запісы, якія ператвараюць даменнае імя (імя дамена) або імя хаста ў дамен (імя хаста), а спасылка на 4-й версіі IP-адрас (або IPv4) - так званая запіс "", звяртаемся да паштовага сэрвера атрымліваць пошту для дамена (MX запісу - Mail Exchange), звяртаючыся да IP версіі 6 (або IPv6) - запіс "AAAA", ці нават звярнуцца да - плошчу пад дрэва, якое знаходзіцца пад кіраваннем сервера DNS для (Record "NS" - скарачэнне ад імя сэрвэра "), і нават - Хто нясе адказнасць за вобласьць (Запіс RP - Адказнае асоба).
У дадатак да запісу рэсурсаў, вобласць таксама змяшчае інфармацыю аб самім сабе. Такія як - змена нумара версіі (Serial) - які звычайна вызначае фармат даты і часу, для зручнасці, інтэрвал ў секундах паміж абнаўленнямі інфармацыі (Refresh) другаснай сервераў DNS, час затрымкі паміж спробамі, як і вышэй у выпадку няўдачы
(Паўтор), і час, праз якое сервер DNS выказаць здагадку, што інфармацыя не з'яўляецца сапраўдным, калi ён не можа атрымліваць абнаўлення да тых часоў (Тэрмін дзеяння). Другі вельмі важнае пытанне, які можа быць усталяваны на любы рэгіён у глабальным маштабе (Вы таксама можаце ўсталяваць асобную запіс у рэгіёне) - гэта «жывы часу", ці па-ангельску TTL - Time To Live. Гэтая велічыня, вызначаная як адзінка вымярэння секунды, сказаць, што даўжыня дзеянні любой запісы, і не ўтрымліваць інфармацыю аб лакальным кэшы копій запісу (кэш), у выпадку прыняцця гэтага часу. Прычына, чаму павінен трымаць лакальную копію, а не проста атрымаць бягучую копію інфармацыі ў той час проста з аўтарытэтных DNS - будзе растлумачана ніжэй.
Для таго, каб "убачыць вачыма" Што такое вызначэнне рэгіёну, з'яўляецца прыкладам такой фармат файлаў для сайта, вы глядзіце на цяпер, сервер DNS агульнага - BIND - Berkeley Internet Name Daemon. Гэта не рэкамендацыя на гэтым серверы, і наадварот, я думаю, Tinydns робіць значна лепш, а не кропка маніякальна, і сур'ёзныя эканамічныя рэсурсы. Гэта ўсяго толькі прыклад:
$ TTL 86400 @ IN SOA shimi.net. hostmaster.shimi.net. ( 2007040808; Паслядоўны 28800; Абнавіць 14400; Паўтарыць 3600000; Expire 86400); Мінімальныя shimi.net. У NS ns2.powweb.com. shimi.net. У NS ns3.powweb.com. shimi.net. IN MX 30 mx.shimi.net. shimi.net. У 65.254.250.106 WWW IN CNAME shimi.net. м У 65.254.254.50 м У 65.254.254.51
Вы звярніце ўвагу на наступныя важныя рэчы:.? TTL вызначаных правіл для рэгіёну, які складае 86400 секунд (адзін поўны дзень, не верце Multiply - 60 * 60 * 24 і пераканаецеся ў гэтым самі ...). Гэта азначае, што любы кліент DNS дзе-то на свет вырашае выратаваць ад гэтага, яму было забаронена "памятае", што ён даведаўся на працягу больш за 24 гадзін. І чаму гэта важна для нас? Таму што, калі ў адзін цудоўны дзень я вырашу перанесці мой сайт ці мой паштовы сервер, іншы кампутар, я хачу, каб усе серферы будуць атрымліваць абноўленую інфармацыю аб новым адрасе кампутара ў бліжэйшы час і будзе працягвацца на працягу доўгага часу (скажам - тыдзень ...) паспрабаваць дабрацца да сервера стары, які не мог змяшчаць свой сайт ці мой электронны паштовую скрыню, а затым губляць наведвальнікаў і / ці электроннай пошце. Я сказаў, перш чым я растлумачу, чаму трымаць гэтыя лічбы і даведацца абноўлены крыніца дадзеных напэўна не ці так? Ну, прычына простая. Перш за ўсё, пытанне нагрузкі на цэнтральных серверах. Так як усе вэб-пошуку DNS пачынаецца з кораня дрэва ўніз, калі не было механізму, які запамінае вынікі запытаў, то любы DNS-пошук, любы з мільёнаў (ці мільярдаў?) Выкарыстанні сеткі Інтэрнэт, ён прыйшоў да DNS-серверам з галоўных - і няма ніякіх шанцаў, што яны сустрэнуцца гэты цяжар, а не з пункту гледжання хуткасці апрацоўкі дадзеных, і цалкам магчыма, не з пункту гледжання прапускной здольнасці наяўных у іх распараджэнні. Таму важна памятаць, што дадзеныя ўжо сабраныя. Другая прычына заключаецца ў эфектыўнасці для канчатковага карыстача. Калі вынік захоўваецца ў кліенцкім мясцовых DNS (звычайна гэта сервер правайдэра да якога карыстач падлучаны), час доступу да дадзеных значна хутчэй. Сярэдняя падключэнне да Інтэрнэту, гэта не больш чым з 50 мілі - секунды паміж адпраўкай запыту для каментароў. Калі запыт неабходна кожны раз просім усіх DNS-серверах, якія ўваходзяць у склад дрэва (растлумачу пазней), карыстач можа час чакання было нават секунды дасканаласці, каб даць адказ.
З тэорыі вышэй, мы цяпер Lt'acls - Што адбудзецца, напрыклад, калі вы ідзяце ў www.cnn.com.
Выкажам здагадку, што я з'яўляюся кліентам кампаніі NetVision. Пры падключэнні да сеткі Інтэрнэт, сістэм Netvision сказаць кампутар (ці на мой хатні маршрутызатар), якія выкарыстоўваюць DNS-сервераў наступныя: 194.90.1.5 і 194.90.1.49 для запыту DNS.
Мяне цікавіць, як сказана вышэй, перайдзіце да www.cnn.com. Для гэтага мне трэба знайсці IP-адрас сервера www.cnn.com. Мой кампутар ператворыцца ў сервер DNS з Netvision і спытаць яго: Дайце мне запіс www.cnn.com. Выкажам здагадку, што служыць Netvision не мае папярэднюю інфармацыю па гэтым пытанні. Тое, што ён будзе рабіць? Ён будзе высветліць для сябе, што адрас www.cnn.com, і што ён будзе прасіць аднаго са слуг першаснага DNS ў Інтэрнэце, напрыклад сервер a.root-servers.net:
<<>> DiG 9.2.5 <<>> @ a.root-servers.net www.cnn.com; (1 сервер знойдзены);; глабальныя опцыі: printcmd;; Атрымаў адказ:;; ->> HEADER < <- код аперацыі: QUERY, статус: NOERROR, ID: 23611;; сьцягі: QR-й; QUERY: 1, адказаў: 0, AUTHORITY: 13, дадаткова: 14;; ПЫТАННЕ РАЗДЗЕЛ:; www.cnn.com. У;; УЛАДА РАЗДЗЕЛ: кім. 137834 IN NS d.gtld-servers.net. кім. 137834 IN NS e.gtld-servers.net. кім. 137834 IN NS f.gtld-servers.net. кім. 137834 IN NS g.gtld-servers.net. кім. 137834 IN NS h.gtld-servers.net. кім. 137834 IN NS i.gtld-servers.net. кім. 137834 IN NS j.gtld-servers.net. кім. 137834 IN NS k.gtld-servers.net. кім. 137834 IN NS l.gtld-servers.net. кім. 137834 IN NS m.gtld-servers.net. кім. 137834 IN NS a.gtld-servers.net. кім. 137834 IN NS b.gtld-servers.net. кім. 137834 IN NS c.gtld-servers.net. ;; Дадатковы профіль: a.gtld-servers.net. 171837 У 192.5.6.30 a.gtld-servers.net. 171759 У AAAA 2001:503: a83e:: 2:30 b.gtld-servers.net. 161282 У 192.33.14.30 b.gtld-servers.net. 165361 У AAAA 2001:503:231 D:: 2:30 c.gtld-servers.net. 171159 У 192.26.92.30 d.gtld-servers.net. 161282 У 192.31.80.30 e.gtld-servers.net. 171159 У 192.12.94.30 f.gtld-servers.net. 171159 У 192.35.51.30 g.gtld-servers.net. 171159 У 192.42.93.30 h.gtld-servers.net. 171159 У 192.54.112.30 i.gtld-servers.net. 170422 У 192.43.172.30 k.gtld-servers.net. 171159 У 192.52.178.30 l.gtld-servers.net. 171159 У 192.41.162.30 m.gtld-servers.net. 171159 У 192.55.83.30;; запытаў часу: 190 мс;; SERVER: 198.41.0.4 # 53 (198.41.0.4);; КАЛІ: нд Красавік 8 15:20:24 2007;; MSG SIZE RCVD: 493
Я маю на ўвазе, інфармацыя пра каго запісы рэсурсаў, якая адбылася цэлы набор іншых сервераў DNS ў даменнае імя рДВУ-servers.net. Каб зрабіць наша жыццё "лягчэй", пры ўмове, "запісаў клей" давай нам заўсёды такі запыт IP - адрасы гэтых сервераў, так што нам прыйдзецца праверыць іх самі. Цяпер уключыце сервер DNS з Netvision наўздагад ў адзін з IP-адрасы ён атрымаў у адказ галоўны DNS-сервераў у Інтэрнэце, і спытаеце ў яго: "www.cnn.com - што тады" - і атрымаеце наступны адказ:
<<>> DiG 9.2.5 <<>> @ a.gtld-servers.net www.cnn.com (2 сервераў знойдзены) ;; Глабальныя ключы каманднага радка: printcmd ;; Атрымаў адказ: ;; ->> HEADER <<- код аперацыі: QUERY, статус: NOERROR, ID: 408 ;; Сцягі: QR-й; QUERY: 1, адказаў: 0, AUTHORITY: 4, дадаткова: 4 ;; ПЫТАННЕ РАЗДЗЕЛ: ; Www.cnn.com. У ;; УЛАДА РАЗДЗЕЛ: 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. ;; Дадатковы профіль: twdns-01.ns.aol.com. 172800 У 149.174.213.151 twdns-02.ns.aol.com. 172800 У 152.163.239.216 twdns-03.ns.aol.com. 172800 У 207.200.73.85 twdns-04.ns.aol.com. 172800 У 64.12.147.120 ;; Запытаў часу: 233 мс ;; SERVER: 192.5.6.30 # 53 (192.5.6.30) ;; КАЛІ: нд 8 красавіка 2007 15:30:53 ;; MSG SIZE RCVD: 192
І тут, кажа нам a.gtld-servers.net факт: "Што ты хочаш з маім жыцці - я не ведаю нічога пра www.cnn.com, калі вы жадаеце што-то за ўсё, што ніжэй за cnn.com, калі ласка, звяжыцеся з адным з слуг DNS наступнае: twdns-01.ns.aol.com, twdns-02.ns.aol.com, twdns-03.ns.aol.com, twdns-04.ns.aol.com ", і зноў, добраахвотнікі IP-адрасы гэтых сервераў у якасці дадатку для адказу, каб не мець іх шукаць. "Вялікі", кажа NetVision сервер сам, выпадковым чынам выбірае адзін з чатырох з гэтых сервераў, і пытае яго: "Ну, хто-небудзь сказаць мне, што IP-адрас www.cnn.com!", І вось адказ ён атрымаў:
<<>> DiG 9.2.5 <<>> @ twdns-02.ns.aol.com www.cnn.com ; (1 сервер знойдзены) ;; Глабальныя ключы каманднага радка: printcmd ;; Атрымаў адказ: ;; ->> HEADER <<- код аперацыі: QUERY, статус: NOERROR, ID: 6714 ;; Сцягі: QR-й; QUERY: 1, адказаў: 0, AUTHORITY: 2, Дадаткова: 2 ;; ПЫТАННЕ РАЗДЗЕЛ: ; Www.cnn.com. У ;; УЛАДА РАЗДЗЕЛ: www.cnn.com. У 3600 М. С. dmtns01.turner.com. www.cnn.com. У 3600 М. С. dmtns02.turner.com. ;; Дадатковы профіль: dmtns01.turner.com. У 3608 64.236.29.150 dmtns02.turner.com. У 3608 64.236.22.150 ;; Запытаў часу: 163 мс ;; SERVER: 152.163.239.216 # 53 (152.163.239.216) ;; КАЛІ: нд 8 красавіка 2007 15:33:16 ;; MSG SIZE RCVD: 112
Што тут адбываецца? Мы павінны былі б адказаў на гэты сервер ўжо! Аб добра. Так CNN вырашылі змяніць DNS серверамі іх - але тое, што яны абнаўляюць даменныя імёны, зарэгістраваныя на DNS-серверы новым, калі вы можаце проста зрабіць сваіх кліентаў больш затрымкай, і адправіць іх на іншы сервер DNS і непатрэбным? У крайнім выпадку, сервер DNS з Netvision працягваецца, і ператвараецца ў dmtns01.turner.com, каб атрымаць, нарэшце, патрэбную інфармацыю, і гэта выглядае так:
<<>> DiG 9.2.5 <<>> @ dmtns01.turner.com www.cnn.com ; (1 сервер знойдзены) ;; Глабальныя ключы каманднага радка: printcmd ;; Атрымаў адказ: ;; ->> HEADER <<- код аперацыі: QUERY, статус: NOERROR, ID: 44943 ;; Сцягі: QR-аа-й; QUERY: 1, адказ: 8, AUTHORITY: 0, ДАДАТКОВЫЯ: 0 ;; ПЫТАННЕ РАЗДЗЕЛ: ; Www.cnn.com. У ;; Раздзел адказаў: 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
ФСБ, колькі сервераў у іх ёсць! Мабыць браўзэр карыстача будзе выбраць выпадковае адзін з васьмі прыняць сайце! Звярніце ўвагу, што яшчэ адзін цікавы факт - іх TTL з'яўляецца ўсяго 600 секунд, ці дзесяць хвілін. Чаму так нізка? Каб даведацца абноўленыя дадзеныя кожныя дзесяць хвілін. І чаму месца столькі пра DNS? Верагодна таму, што наяўнасць важна для іх, і хочам, каб сервер з васьмі восенню, DNS будуць абноўлены адразу ж аўтаматызаваны працэс, каб выдаліць сервер з спісу, і ніхто не сайт будзе недаступны на працягу больш за дзесяць хвілін, што максімальны час, якое прадстаўляецца кліентам трымаць інфармацыю аб пераўтварэнні IP-адрас для гэтага.
Нарэшце, важны момант удакладніць: усе апісаныя вышэй крокі, а таксама захоўвае інфармацыю, атрыманую ў выніку запыту да лакальнай копіі (калі яна знаходзіцца ў кэшуюцца сервер імёнаў - на самай справе, часта бывае), таму, калі інфармацыя была даступная лакальна, сервер б не надакучыла хадзіць усё Зямлі, каб знайсці яго, але сцвярджае, што лакальная копія, тым самым эканомячы час і сеткавы трафік. Акрамя таго, калі копія любога DNS-сервер, кліент узроўні, і дэкадаванні сервераў, які дапамог на гэтым шляху, не было даступна, то заяўнік будзе пайсці служыць іншы выпадковы спіс, і атрымаць ад яго адказу. Гэта зойме больш часу, але быў паспяховым у канцы. Гэта заўсёды найбольш часта выкарыстоўваюцца DNS-сервер па адным для кожнага рэгіёну - выжыванне.