В DNS протокола се използват да вербални адреси на IP адреси, което се показва, че уникален интернет всеки компютър ") - така че ние може да се използва на лесни имена в паметта, както и като ни спаси да получите всяка извършените промени ПР адреси принадлежащи на системи, към които ние искаме да се свържете . Може да се каже, че DNS е всъщност в жълтите страници на Интернет.
Системата DNS се състои на йерархия дърво, клоните на дърветата, разделени ги маркирате точки. Корена на дървото, която е ключов момент, белязан с една точка, и се нарича корен. В корена на дървото, са основни области (gTLD - глобален Top Level Domain) - Знаем, на URL адреси като COM, мрежа, ORG и националните домейни (ccTLD в службите - страната код Top Level Domain), като за пример ще за Израел. Технически погледнато няма разлика между двата вида - и двете - както е обяснено по-долу (.) Общата сума на записи в името на основния домейн.
Всеки клон в дървото на DNS се определя като зона (зона) и в рамките на всеки такъв район, дефинирани различните видове на ресурсни записи. Наред с другите неща там са записи, които преобразуват домейн име (името на домейна) или име на хост на домейн (име на хост) като препратка към версия 4 IP адрес (или IPv4) - т. нар. запис "A", позоваване на мейл сървър получаване на поща за име на домейн (MX запис - Mail за обмен), сезиране IP версия 6 (или IPv6) - Запис "AAAA", или дори като - площ под от дърво, която се управлява от на сървър, DNS Други (рекорд "НЧ" - съкратено от Името на сървъра "), и дори - Кой е отговорен за района (запис RP - отговорно лице).
В допълнение на ресурсните записи, областта се съдържа информация за себе си. Като например - промяна на номера на версията (сериен), които обикновено се определя формата на датата и часа за удобство, на интервал в секунди между освежава информация (Refresh) вторичните сървъри DNS, определен интервал от време между опитите както по-горе, в случай на неуспех
(Повторен опит), както и времето, след което DNS сървъра да се предположи, че информацията не е валидна, ако той не може да получавате актуализации до тогава (Срок). Друга много важна тема, която може да бъде конфигуриран за всеки регион в световен мащаб (Можете също да настроите индивидуален протокол в рамките на региона) - е "жив време", или на английски език TTL - Time To живо. Тази стойност, определена като мерна единица за секунди, твърдят, че дължината на валидност на всяка нова информация, и че информацията държат около локален кеш копия запис (кеш), ако премина този път. Причината защо генералът трябва да имате локално копие, а не само да получи копие от информация, по време, директно от DNS авторитетен - ще бъде обяснено по-долу.
За да могат да "видят с очите" Какво е определението на даден регион, е пример на такъв файлов формат за мястото, което търсите сега, DNS сървъра общо - BIND - Berkeley Internet Name Daemon. Това не е препоръка на този сървър, и обратното, мисля, че tinydns прави много по-добре не, педант manically и сериозни икономични ресурси. Това е само един пример:
$ TTL 86400 @ IN SOA shimi.net. hostmaster.shimi.net. ( 2007040808; Сериен 28800; Обнови 14400; Повторен опит 3600000; Срок 86400) Минимална shimi.net. В NS ns2.powweb.com. shimi.net. В NS ns3.powweb.com. shimi.net. IN MX 30 mx.shimi.net. shimi.net. IN A 65.254.250.106 WWW В CNAME shimi.net. MX IN A 65.254.254.50 MX IN A 65.254.254.51
Може да забележите следните по-важни неща: TTL определени правила за региона, който е 86,400 секунди (един цял ден, не вярваш Умножете - 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 - опкодът: заявка Статус: NOERROR, ID: 23611 ; Флагове: QR за развитие на селските райони; заявка: 1, ОТГОВОР: 0, ОРГАН: 13, ДОПЪЛНИТЕЛНА: 14 ; Въпрос Секция: ; Www.cnn.com. В ; РАЗДЕЛ ОРГАН: COM. 137834 В НЧ d.gtld-servers.net. COM. 137834 В НЧ e.gtld-servers.net. COM. 137834 В НЧ f.gtld-servers.net. COM. 137834 В НЧ g.gtld-servers.net. COM. 137834 В НЧ h.gtld-servers.net. COM. 137834 В НЧ i.gtld-servers.net. COM. 137834 В НЧ j.gtld-servers.net. COM. 137834 В НЧ k.gtld-servers.net. COM. 137834 В НЧ l.gtld-servers.net. COM. 137834 В НЧ m.gtld-servers.net. COM. 137834 В НЧ a.gtld-servers.net. COM. 137834 В НЧ b.gtld-servers.net. COM. 137834 В НЧ c.gtld-servers.net. ; Допълнителна секция: a.gtld-servers.net. 171837 IN A 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 A 192.54.112.30 i.gtld-servers.net. 170422 IN A 192.43.172.30 k.gtld-servers.net. 171159 IN A 192.52.178.30 l.gtld-servers.net. 171159 IN A 192.41.162.30 m.gtld-servers.net. 171159 IN A 192.55.83.30 ; Време за заявката: 190 мсек ; SERVER: 198.41.0.4 # 53 (198.41.0.4) ; Кога: Нед Апр 8 15:20:24 2007 ; MSG SIZE rcvd: 493
Това е, информация ресурс записи COM, проведена пълен набор от други сървъри на DNS по името на домейна gtld-servers.net. За да направи живота ни по-лесен ", при условие, че" лепилото Records ", които ни дават това искане има IP-адресите на тези сървъри, така че ние ще трябва да им се провери. Сега обърнете DNS сървъра на Netvision рандомизирани в една от IP адреси, получени в отговор на DNS сървърите на Интернет главен, и го попитах: "www.cnn.com - тогава какво?" - И ще получи следния отговор:
; << >> DIG 9.2.5 << >> @ a.gtld servers.net www.cnn.com (2 сървъри намерени) ; Глобални опции: printcmd ; Имате отговор: ; - >> << HEADER - опкодът: заявка Статус: NOERROR, ID: 408 ; Flags: QR за развитие на селските райони; Запитване: 1, ОТГОВОР: 0, ОРГАН: 4, ДОПЪЛНИТЕЛНИ: 4 ; Въпрос Секция: ; Www.cnn.com. В ; РАЗДЕЛ ОРГАН: cnn.com. 172800 В НЧ twdns-01.ns.aol.com. cnn.com. 172800 В НЧ twdns-02.ns.aol.com. cnn.com. 172800 В НЧ twdns-03.ns.aol.com. cnn.com. 172800 В НЧ twdns-04.ns.aol.com. ; Допълнителна секция: 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 IN A 207.200.73.85 twdns-04.ns.aol.com. 172800 IN A 64.12.147.120 ; Време за заявката: 233 мсек ; SERVER: 192.5.6.30 # 53 (192.5.6.30) ; Кога: Нед Апр 8 15:30:53 2007 ; 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 - опкодът: заявка Статус: NOERROR, ID: 6714 ; Флагове: QR за развитие на селските райони; заявка: 1, Отговори: 0, ОРГАН: 2, ДОПЪЛНИТЕЛНА: 2 ; Въпрос Секция: ; Www.cnn.com. В ; РАЗДЕЛ ОРГАН: www.cnn.com. 3600 В NS dmtns01.turner.com. www.cnn.com. 3600 В NS dmtns02.turner.com. ; Допълнителна секция: dmtns01.turner.com. 3608 IN A 64.236.29.150 dmtns02.turner.com. 3608 IN A 64.236.22.150 ; Време за заявката: 163 мсек ; SERVER: 152.163.239.216 # 53 (152.163.239.216) ; Кога: Нед Апр 8 15:33:16 2007 ; MSG SIZE rcvd: 112
Какво се случва? Ние трябва да имаме отговор на този сървър вече! О, добре. Така Си Ен Ен реши да премине на DNS сървърите на тяхното, но това, което те ще се актуализират имената на домейните, регистрирани на DNS сървърите, може да бъде нов, ако техните клиенти просто причиняват повече отлагане, както и да ги изпращате на друг сървър DNS и ненужни? В краен случай, DNS сървъра на Netvision продължава и се превръща в dmtns01.turner.com накрая, за да получите желаната информация, и това изглежда така:
; << >> DIG 9.2.5 << >> @ dmtns01.turner.com www.cnn.com (1 сървър, открити) ; Глобални опции: printcmd ; Имате отговор: ; - >> << HEADER - опкодът: заявка Статус: NOERROR, ID: 44943 ; Flags: QR аа за развитие на селските райони; заявка: 1, Отговор: 8, орган: 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 сървър за всеки регион - оцеляване.