Що таке ім'я сервера dns. Що таке ДНС-сервер, як дізнатися про адресу провайдера, замінити на Google Public DNS або альтернативні варіанти. Як усе працює

Що такеDNS

DNS (domain name system) – це система, що забезпечує роботу звичних нам доменних імен сайтів. Зв'язок між пристроями в мережі Інтернет здійснюється за адресами IP, наприклад: "192.64.147.209". Однак запам'ятати IP адреси складно, тому були придумані зручні для людини доменні імена, наприклад: "google.com".

Комп'ютер/сервер не зберігає таблицю відповідності доменів та їх IP-адрес. Точніше, не зберігає всю таблицю, а тимчасово запам'ятовує дані для доменів, що часто використовуються. Коли в браузері вводиться домен сайту, комп'ютер автоматично дізнається його IP адресу, і надсилає запит. Цей процес називається "дозвіл адреси домену" (domain resolving).

Розберемося, із чого складається система DNS і як вона працює.

Як працюєDNS

Система доменних імен складається з наступних компонентів:

Ієрархічна структура доменних імен:

• Доменні зони верхнього рівня(першого рівня) – наприклад: "ru", "com", або "org". Вони включають всі доменні імена, що входять в цю зону. До будь-якої доменної зони може входити необмежену кількість доменів.
• Доменні імена (доменні зони другого рівня)- Наприклад: "google.com" або "yandex.ru". Т.к. система доменних імен є ієрархічною, то "yandex.ru" можна також назвати піддоменом вищої зони "ru". Тому правильніше вказувати саме рівень домену. Однак на практиці доменну зону будь-якого рівня називають просто «доменом».
• Піддомени (доменні зони третього рівня)- Наприклад: "api.google.com" або "mail.yandex.ru". Можуть бути доменні зони 4, 5 рівнів тощо.

Зверніть увагу, що "www.gооgle.com" та "google.com" - це, фактично, різні домени. Потрібно не забувати вказувати А-записи для кожного з них.

DNS сервер або NS (name server) сервер- Підтримує (обслуговує) доменні зони, які йому делеговані. Він безпосередньо зберігає дані про ресурсні записи для зони. Наприклад, сервер, на якому знаходиться сайт "example.ru", має IP адресу "1.1.1.1". DNS сервер відповідає на всі запити щодо цих доменних зон. Якщо йому надходить запит про домен, який йому не делегований, він запитує відповідь в інших DNS серверів.

DNS записи (ресурсні записи)– це набір записів про доменну зону на сервері NS, які зберігають дані необхідні для роботи DNS. На підставі даних у цих записах, сервер DNS відповідає на запити по домену. Список записів та їх значення ви можете знайти нижче.

Кореневий сервер DNS(на Наразіїх 13 у всьому світі) зберігають дані про те, які сервери DNS обслуговують зони верхнього рівня.

DNS сервер доменних зон верхнього рівня- зберігають інформацію, які NS сервери обслуговують той чи інший домен.

Для того, щоб дізнатися IP адресу, домену комп'ютер/сервер звертається до DNS-сервера, який вказаний у нього в мережевих налаштуваннях. Зазвичай це DNS сервер Інтернет провайдера. DNS сервер перевіряє делегований домен йому чи ні. Якщо так, то одразу відповідає на запит. Якщо ні, то запитує інформацію про сервер DNS, що обслуговує цей домен, у кореневого сервера, а потім у сервера доменних зон верхнього рівня. Після цього безпосередньо робить запит на NS сервер, що обслуговує цей домен, і транслює відповідь вашому комп'ютеру / серверу.

Кешування данихвикористовується усім пристроях (комп'ютерах, північах, DNS серверах). Тобто, вони запам'ятовують відповіді на останні запити, що прийшли до них. І коли приходить аналогічний запит, вони просто відповідають те саме, що і в попередній раз. Наприклад, якщо ви в браузері відкрили сайт google.com вперше після включення, комп'ютер зробить DNS запит, а при наступних запитах братиме дані, які йому були надіслані DNS сервером вперше. Таким чином, для популярних запитів не треба щоразу проходити весь ланцюжок і генерувати запити до NS серверів. Це значно знижує навантаження на них і збільшує швидкість роботи. Проте, як наслідок, оновлення даних у системі DNS відбувається не відразу. При зміні IP адреси домену, інформація про це буде розходитися через Інтернет від 1 до 24 годин.

Реєстрація/виділення доменів

Кожна доменна зона першого рівня має свою організацію, яка встановлює правила виділення доменів і забезпечує роботу цієї зони. Наприклад, для доменних зон RU, SU та РФ – це Координаційний центр національного домену мережі Інтернет https://cctld.ru. Ці організації встановлюють правила роботи та технічні вимогидо реєстраторів доменів.

Реєстратори доменів– це компанії, які безпосередньо реєструють нові домени у межах доменної зони першого рівня для кінцевих клієнтів. Організують технічну взаємодію з реєстром доменних імен. У їх особистому кабінетівласник домену налаштовує, який сервер DNS буде підтримувати домен.

Адміністратор домену (власник)– особа, якій безпосередньо належать права на доменне ім'я. Він може керувати доменом, від нього реєстратор приймає заявки на внесення змін.

Делегування домену– вказівка ​​для нього серверів DNS, які будуть його обслуговувати.

ОсновніDNS запису

Існують такі основні DNS (ресурсні) записи:

А – містить інформацію про IPv4 адресу хоста (сервера) для домену. Наприклад, 1.1.1.1.

ААА – містить інформацію про IPv6 адресу хоста (сервера) для домену. Наприклад, 2001:0db8:11a3:09d7:1f34:8a2e:07a0:765d.

MX – містить дані про поштовий сервер домену. При цьому вказується саме ім'я сервера пошти, наприклад mail.example.com. Т.к. У домену може бути кілька поштових серверів, то для кожного з них вказує пріоритет. Пріоритет визначається числом від 0 до 65535. При цьому «0» - це найвищий пріоритет. Прийнято за промовчанням для першого поштового сервера вказувати пріоритет «10».

TXT – додаткова інформаціяпро домен у вигляді довільного тексту. Максимальна довжина 255 символів.

SRV – містить інформацію про ім'я хоста та номер порту, для певних служб / протоколів відповідно до RFC 2782 http://www.rfc-editor.org/rfc/rfc2782.txt . Містить такі поля:

• _Service._Proto.Name (Приклад: _jabber._tcp.jabber), де:
  • Service: назва служби (приклад: ldap, kerberos, gc та інші).
  • Proto: протокол, з якого клієнти можуть підключитися до цієї службі (приклад: tcp, udp).
  • Name: ім'я домену, в якому розміщено цю службу.
• Пріоритет – також як для MX запису вказує пріоритет для даного сервера. Задається числом від 0 до 65535. При цьому "0" - це найвищий пріоритет.
• Вага - Відносна вага для розподілу навантаження між серверами з однаковим пріоритетом. Задається цілим числом.
• Порт – це номер порту, на якому знаходиться служба на даному сервері.
• Призначення – доменне ім'я сервера, що надає цю службу.

NS – ім'я DNS сервера, який підтримує цей домен.

CNAME (канонічне ім'я хоста / canonical name) – використовується для перенаправлення на інше доменне ім'я. Наприклад, ім'я сервера змінилося з example.com на new.com. У такому разі в полі "Alies" для запису cname треба вказати example.com, а в полі "Canonical name" - new.com. Таким чином, всі запити на example.com будуть автоматично перенаправлені на new.com.

SOA – базовий запис про домен. У ній зберігається саме ім'я домену та час життя даних про домен - TTL. TTL (time-to-live) визначає, який період часу DNS сервер отримавши інформацію про зону, буде зберігати її у себе в пам'яті (кешувати). Рекомендоване значення 86 400 – 1 день. Значення вказується за секунди.

Цей розділ містить дуже важливу інформаціюпро те, як робити зміни в налаштуваннях сервера доменних імен (DNS) для Вашого веб-сайту. Будь ласка, прочитайте цей документ уважно. Він містить важливу інформацію для початківців, короткі підручник "що таке DNS", пояснення (з прикладами використання): A, CNAME, NS, та MX записів, і як ці налаштування DNS міняти.

Важлива інформація для початківців

Можливість змінювати налаштування DNS свого сайту є дуже важливою для більшості користувачів. Однак, неправильно введені дані в налаштування DNS можуть призвести до непрацездатності сайту на тривалий період. Це відбувається внаслідок того, що зміни DNS не набувають чинності негайно (див. нижче). Якщо Ви зробили помилку, то це призведе до неможливості доступу до Вашого сайту будь-кого (включаючи Вас). Після того, як Ви виправите помилку, пройде до 72 годин, поки виправлення наберуть чинності. ДНС-сервера для домену зазвичай слід змінювати НЕ ТУТ, а в панелі керування доменом.

Ось кілька порад, які допоможуть Вам уникнути помилок:

1. Прочитайте цей документ до кінця.

2. Досконало вивчіть, що таке записи A, CNAME, NS та MX.

3. Вивчайте інформацію, надану хостингом, а також додаткові посібникита документи.

4. Не робіть серйозних змін без консультацій.

Навіть за невеликої практики Ви переконаєтеся в тому, що змінювати інформацію в DNS дуже легко.

Вивчення сервера доменних імен (DNS)

DNS (сервер доменних імен) видає інформацію комп'ютерам, як шукати один одного через інтернет. Коли Ви набираєте адресу у Вашому браузері, Ваш провайдер (ISP - Internet Service Provider) перевіряє її через сервер доменних імен (DNS), щоб знати, куди надіслати Ваш запит.

http://www.domain.ru ---> перевірка в DNS ---> DNS повідомляє адресу domain.ru = 192.168.0.1 ---> Ви отримуєте вміст сайту.

Чому так відбувається?

Такий механізм дії прийнято тому, що доменне ім'я не завжди має одну й ту саму адресу. Кожен сервер в інтернеті має свою IP адресу (набір цифр, подібно до номера телефону). Щоразу, коли Ви змінюєте хостинг провайдера, а значить перезжаєте на інший сервер (і, звичайно, новий сервер має іншу адресу IP).

Сервер доменних імен зберігає запис про Ваше ім'я домену та IP-адресу сервера, куди необхідно надсилати запити.

Чому я повинен вказати сервер імен (DNS) мого хостингу в записі домену?

Як було зазначено вище, сервер імен відповідає за те, як знайти інформацію про Ваш сайт. Коли Ви заповнюєте запис у Вашому домені, Ви повідомляєте всьому інтернету інформацію про точний напрямок, де можна взяти найбільш точну інформацію. Якщо ви незмініть інформацію в записі свого домену, (тобто залишіть використання попереднього DNS хостинг-провайдера), то покажчик на інформацію про Ваш сайт буде вказувати на сервер, де насправді вже немає Вашого сайту. Або якщо попередній хостинг-провайдер вже видалив зі свого DNS записи про Ваш сайт, то Ваш домен буде вказувати в "нікуди".

Чому зміни про зміну хостингу так довго набувають чинності?

Коли Ви змінюєте хостинг провайдера (адресу) або вперше реєструєте доменне ім'я, інформація про нового записунадходить на інші сервери доменних імен (DNS). Вище сайт може заробити вже через 4 години, але середній час поширення інформації становить 24-72 години. Ця затримка відбувається через те, що більшість серверів імен (DNS) налаштовані на періодичне оновлення інформації. Таким чином, інформація, яка на них зберігається не завжди "жива". Оновлення інформації через певний період часу для даних серверів вибрано тому, що інформація такого роду змінюється дуже рідко.

Чому мій домен посилається на старий хостинг, хоча я там давно не маю облікового запису?

Цьому є кілька пояснень:

1. Інформація про старі DNS залишилася у записах Вашого домену.

Рішення: Відредагуйте записи вашого домену так, щоб вони вказували на сервер імен (DNS) нового хостинг провайдера.

2. Вони не видалили запису про ваш домен зі свого сервера доменних імен.

Рішення: Попросіть їх видалити старий запис про Ваш домен, або дотримуйтесь рішення #1 якщо Ви перейшли до нового хостинг-провайдера.

3. Інформація про новий запис Вашого сайту ще не поширилася на всі сервери імен (DNS). Це відбувається щоразу, коли Ви змінюєте запис покажчика сервера імен (DNS) домену Вашого сайту.

Рішення: Зачекайте 24-72 години і звертайтеся до Вашого хостинг-провайдера, якщо проблема залишається.

Чому деякі користувачі бачать мій новий сайт, а я ні?

Записи про ваш домен у провайдера, до якого вони підключені, вже оновилися. Будьте терплячими, і найближчим часом (до 72 годин) записи оновляться і у Вашого провайдера.

Чи є якийсь спосіб подивитися/отримати доступ до мого сайту, поки не оновлені записи DNS?

Так. Ви можете отримати доступ за адресою http://ip.address/~username і можна зайти в панель керування за адресою http://ip.address/da . Якщо Ви не знаєте IP-адресу сервера, будь ласка, запитайте його у Вашого хостинг-провайдера.

Зміна установок DNS

Щоб отримати доступ до параметрів DNS у головному меню панелі керування, натисніть на іконку "DNS Menu".

У наведеному прикладі наведено налаштування DNS для сайту site-helper.com. Наступні абзаци розкажуть Вам як змінювати записи A, CNAME, NS, MX та PTR. Ця секція необхідна повного розуміння, як панель управління управляє іменами хостів.

Увага:Є два шляхи для введення імені хоста:

1. Повне ім'я хоста з точкою на кінці: full . hostname . ru .

2. Тільки піддомен: full

Наприклад, перший запис у зазначеній таблиці можна прочитати так:

admin A 216.194.67.119 або

admin.site-helper.com. A 216.194.67.119

Обидва ці записи ідентичні. У деяких випадках, які ми розглянемо нижче, описується лише один із цих методів, але також може бути використаний інший.

Примітка:Якщо Ви не впевнені, як необхідно вводити записи, подивіться на існуючі записиу таблиці та зробіть запис по the table for guidance.

Вивчаємо записи: A, CNAME, NS, MX та PTR.

Записи типу A (A RECORDS)

Запис типу A дозволяє встановити відповідність між ім'ям хоста в домені та його IP-адресою. Наприклад, якщо Ви хочете, щоб mycomputer.yourdomain.com вказувала на Ваш домашній комп'ютер (який має адресу, наприклад, 192.168.0.3), Ви повинні ввести запис так:

Важливо:Ви повинні поставити крапку після імені хоста. Не ставте крапки після IP-адреси.

Запис CNAME (CNAME RECORDS)

Запис типу CNAME (Canonical Name – Канонічне ім'я) дозволяють надавати хосту мнемонічні імена. Мнемонічні імена, або псевдоніми, широко застосовуються для зв'язування з хостом будь-якої функції, або просто для скорочення імені. Реальне ім'я іноді називають канонічним. Наприклад:

vashdomain.ru. A 192.168.0.1

Якщо для хоста є запис типу CNAME, що містить його мнемонічні імена, інші записи для хоста повинні посилатися на його реальне (канонічне) ім'я, а не на менімонічне. Коли програми DNS зустрічають запис CNAME, вони припиняють свої запити по менімонійному імені та перемикаються на реальне ім'я. Крім того, якщо дане ім'я використано як псевдонім, то на нього не можна занести записи будь-якого іншого типу.

ftp.vashdoman.ru. CNAME vashdomain.ru

mail.vashdomain.ru. CNAME vashdomain.ru

ssh.vashdomin.ru. CNAME vashdomain.ru

записи CNAME дають можливість доступу до Вашого домену через адреси ftp.vashdomain.ru, mail.vashdomain.ru, і т.д. Без таких записів CNAME Ви не зможете підключитися до Вашого сервера за такими адресами.

Введення запису CNAME

Якщо ми хочемо, щоб home.site-helper.com вказував на site-helper.com, ми можемо зробити це двома способами:

Ми просто можемо ввести ім'я піддомену. Не ставте крапку після назви піддомену.

Другий спосіб: введіть повне ім'я домену, яке закінчується точкою.

Записи сервера імен (NS)

Записи типу NS (Name Server - сервер імен) описують authoritative DNS-сервери для цього домену. Кількість записів типу NS у файлі зони повинна точно відповідати кількості DNS-серверів, які обслуговують домен і включати всі DNS-сервери, вказані в домені. Для доменів другого рівня це DNS-сервери, що вказані в полях "nserver".

Увага:Зміною записів NS Ви можете припинити роботу Вашого сайту. Зазвичай не потрібно змінювати запис NS.

Введення запису NS

Першим кроком потрібно видалити старі записи NS.

Потім введіть два нові записи серверів імен. Ім'я хоста серевра імен має закінчуватися точкою, як показано на прикладі:

Не забувайте ставити крапку після імені хоста у записі NS (ns1.newnameserver.com. а не ns1.newnameserver.com).

Записи MX

Запис типу MX (Mail Exchange – поштовий сервер) визначає поштовий сервер – машину, яка обробляє пошту для вашого домену. Пріоритет: визначає пріоритет поштового сервера. Чим менше число, тим вище пріоритет поштового сервера (0 означає найвищий пріоритет, 65535 найнижчий). Таким чином, поштовий сервер з більш високим пріоритетом є основним, а поштові сервери з нижчими пріоритетами будуть другорядними і вступлять в роботу в тому випадку, якщо всі пріоритетні сервери з якихось причин недоступні або непрацездатні. Якщо Ви змінюєте запис MX таким чином, що пошта буде оброблятися іншим сервером, всі Ваші поточні облікові записи POP3, переадресації, поштові роботи та списки розсилки залишаться без роботи, тобто пошта на них надходити не буде.

Щоб змінити запис MX, спочатку зайдіть в "E-Mail Menu" з основного меню панелі керування. Потім натисніть іконку "MX Records".

По-перше, видаліть старий запис MX шляхом встановлення галочки навпроти імені запису та натисканням на кнопку "Delete Selected." Після виконання цієї операції список записів має бути порожнім.

Потім, введіть ім'я нового хоста, яке закінчується точкою, надане Вам провайдером електронною поштою. Потім виберіть пріоритет (зазвичай 10) зі спадного меню. Рівень пріоритету також має бути виданий Вашим провайдером електронної пошти. Натисніть "Add."

Увага:Обов'язково ставте крапку наприкінці імені хоста.

Щоб відновити початкові налаштування запису MX, введіть vashdomain.ru. із пріоритетом 0 після видалення всіх інших записів.

Записи PTR

Записи типу PTR (Pointer - покажчик) служать до виконання зворотного перетворення IP-адрес в імена хостів. Для кожного інтерфейсу хоста рекомендується створити запис PTR. Записи типу PTR, зазвичай, має сенс вносити лише у зворотні зони. Якщо провайдер виділив вам кілька IP-адрес зі своєї мережі, то з приводу записів у зворотній зоні вам слід звертатися до нього. Наприклад, щоб адреса 192.168.0.1 відповідала www.vashdomain.ru, запис повинен виглядати так:

1.0.168.192.in-addr.arpaPTRwww.vashdomain.ru.

Примітка:Адреса IP "перевернуто" в першому полі. Будь ласка, використовуйте точку після імені хоста (друге поле).

Найчастіше використовується метод "in-addr-arpa".

Важливо:Записи PTR ефективні лише в тому випадку, якщо Ваш сайт має власну IP-адресу.

Увага:

Записи PTR працюють лише у разі ручного редагування named.conf шляхом додавання необхідної інформації про зону. Це може бути зроблено суперкористувачем (root) (Адміністратором сервера).

Випуск WordPress 5.3 покращує та розширює представлений у WordPress 5.0 редактор блоків новим блоком, більш інтуїтивною взаємодією та покращеною доступністю. Нові функції у редакторі […]

Після дев'яти місяців розробки доступний мультимедіа-пакет FFmpeg 4.2, що включає набір додатків та колекцію бібліотек для операцій над різними мультимедіа-форматами (запис, перетворення та […]

Доступні нові сервісні релізи BIND, які містять виправлення помилок та покращення функцій. Нові випуски можуть бути завантажені зі сторінки завантажень на сайті розробника: […]

Exim – агент передачі повідомлень (MTA), розроблений у Кембриджському університеті для використання в системах Unix, підключених до Інтернету. Він знаходиться у вільному доступі відповідно до […]

Після майже двох років розробки представлений реліз ZFS on Linux 0.8.0, реалізації файлової системи ZFS оформлена у вигляді модуля для ядра Linux. Робота модуля перевірена з ядрами Linux з 2.6.32 […]

Комітет IETF (Internet Engineering Task Force), що займається розвитком протоколів та архітектури інтернету, завершив формування RFC для протоколу ACME (Automatic Certificate Management Environment) […]

Некомерційний посвідчувальний центр Let's Encrypt, який контролює співтовариство і надає сертифікати безоплатно всім охочим, підбив підсумки минулого року і розповів про плани на 2019 рік. […]

Вийшла Нова версія Libreoffice - Libreoffice 6.2

Здрастуйте, шановні читачі блогу сайт. Ця стаття в числі інших призначена для того, щоб в загальних рисах, без хитромудрих фраз і визначень, дати звичайному користувачеві інформацію, яка допомогла б йому зрозуміти суть однієї з головних складових роботи мережі, а саме системи доменних імен (DNS), нерозривно пов'язаної з такими поняттями як хостинг, домен та IP-адреса сайту ().

Для більш глибокого розуміння суті сьогоднішньої теми, можливо, вам буде корисним ознайомитися з тим, оскільки саме веб-ресурси, які розміщуються в інтернеті, і є основними об'єктами застосування системи ДНС.

Нижче ми уважно розберемо нюанси роботи DNS-серверів, за допомогою яких практично реалізується робота всієї системи. Вони будуть корисні як звичайним користувачам, так і вебмастерам (адміністраторам) сайтів.

Навіщо потрібна система ДНС і що це таке?

Отже, спочатку визначимося з термінами. Абревіатура DNS розшифровується як "Domain Name System", що у перекладі російською означає «система доменних імен».

DNS – це спеціальна розподілена система в інтернеті для зв'язування назв доменів відповідних веб-ресурсів та IP-адрес мережевих вузлів, або хостів (комп'ютерів чи серверів), на яких ці веб-ресурси розташовані.

Кожному вузлу для з'єднання з ним присвоюється , представленої набором цифр (у випадку версії IPv4) або символьною комбінацією (IPv6), за допомогою яких ідентифікується той чи інший веб-ресурс в інтернеті. Як в реального життякожну людину можна знайти за її адресою (місто, вулиця, номер будинку та квартири), так і айпі дозволяє визначити, де "живе" будь-який веб-ресурс у мережі. Наприклад, ось як виглядає IP-адреса сайту Однокласники:

217.20.155.13

Погодьтеся, числовий набір малоінформативний і важко запам'ятовується людьми, адже Світова павутина створена для живих користувачів. Інша справа, доменне ім'я () ok.ru (у старій редакції «odnoklassniki.ru»), яке набагато більше говорить про цю популярну соціальної мережірунета. Тому і було впроваджено ДНР, де для полегшення сприйняття айпішнику кожного веб-ресурсу введено відповідність у вигляді доменного імені.

Для тих, хто тільки починає свій шлях у вебмастерингу і намагається створити свій перший сайт, думаю, цікаво буде дізнатися про те, як , яка пов'язана і з . Адже саме на серверах (які, грубо кажучи, є надпотужними комп'ютерами) хостинг-провайдерів та розміщені всі веб-проекти.

Але повернемося до наших баранів. Ми розібралися, що ДНС реалізує таку систему адресації, яка дає можливість зіставити IP сайту з його доменним ім'ям.

На етапі зародження інтернету такого механізму в його сьогоднішньому вигляді не було, тому всю роботу з ідентифікації сайтів для доступу до них було покладено на файл hosts, який був присутній (та й зараз) на комп'ютері кожного користувача.

217.20.155.13 ok.ru

Це було терпимо до тих пір, поки мережа залишалася невеликою та мережевих вузлів було лічену кількість. Але як тільки інтернет почав набирати обертів і розширюватися, чи не вручну файл hosts, що оновлюється, втратив актуальність у цій частині свого функціоналу. Але, незважаючи на те, що його функції з ідентифікації веб-сайтів перейшли до системи DNS, в ній він також теж задіяний.

Це ось у чому. Коли ви вводите в адресний рядок браузера () URL-адресу () якогось сайту, в якому міститься назва його домену, то браузер якраз і звертається насамперед до файлу hosts. У сучасному варіанті за умовчанням там є лише один рядок, а саме: 127.0.0.1 localhost.

Але цей файл ви можете відредагувати і, залежно від характеру змін, домогтися прискорення доступу до певних ресурсів або блокування деяких сайтів.

Файл hosts часто стає також об'єктом впливу різноманітних вірусів, у результаті користувач може бути перенаправлений на якийсь сумнівний проект (). Ось тому-то кожен антивірусник, що поважає себе, захищає файл hosts всіма. доступними способами. Відступ, пов'язаний з файликом hosts, позаду. Йдемо далі.

Як працюють сервери DNS?

Ну а тепер деяким чином резюмуємо вище викладене, додавши деякі подробиці щодо серверів, покликаних ідентифікувати всі сайти за їхніми доменними іменами з метою відображення потрібних сторінок у браузері.

Отже, перш за все, браузер перевірить зміст hosts як найбільш доступне джерело щодо введеного в адресний рядок у складі урла домену і, тільки після того, як не знайде там потрібного запису, звернеться до найближчого ДНС-сервера, що входить до системи. Саме сукупність серваків ДНР дозволяють реалізувати всю цю справу на практиці.

DNS-server містить спеціальне програмне забезпечення обслуговування системи доменних імен. Він може відповідати за ту чи іншу зону доменів і перенаправляти запити серверам, що стоять вище за ієрархією.

У відповідь на запит сервак передає необхідну інформацію браузеру, а оскільки ДНС має ієрархічну структуру, за її відсутності запитується наступний за значимістю Domain Name server. У спрощеному вигляді дану схемуроботи можна так:

Тільки після отримання IP-адреси browser надішле запит серверу хостингу для отримання файлів, необхідних для відображення потрібної сторінки. Враховуючи сучасну швидкість мережі інтернет, навіть така, на перший погляд, багаторівнева операція займає мінімум часу.

Але тут є приховані резерви для збільшення швидкості відкриття вебсторінки сайту. Справа в тому, що браузер зберігає в кеші всі дані, отримані від DNS-серверів для тих веб-проектів, які відвідувалися власником даного комп'ютера.

Тому при повторному відкритті таких веб-ресурсів користувачеві браузер вже не потрібно буде повторювати весь ланцюжок запитів, завдяки чому сторінки будуть відкриватися набагато швидше. Звичайно, кеш зберігається лише певний час, проте само існування такої можливості полегшує користувачам життя.

Тепер треба виділити один суттєвий нюанс, що стосується понять "IP сервера"і «IP сайту». Виходячи з зазначеної на скріншоті вище схеми цілком логічно вважати, що кожному доменному імені має відповідати унікальний айпі. Для великих ресурсів, кожен із яких розташований на , таке твердження цілком справедливе.

Але так буває далеко не завжди. Я скажу більше, в інтернеті сотні тисяч сайтів, левова частка яких живе на (shared servers). А це означає, що всі сайти, які розташовані на одному сервері, матимуть однаковий ай-пі.

Одна IP-адреса може відповідати кільком сайтам, які мають різні домени.

Робота системи ДНС аж ніяк не дає збій при використанні розділеного сервера. Адже запит від браузера за протоколом HTTP () надходить із зазначенням доменного імені сайту та його сторінки, яку необхідно відобразити.

Отже, місце знаходження потрібних фалів, що належать конкретному проекту, буде негайно визначено за допомогою серверного програмного забезпечення, і вони оперативно будуть передані до браузера користувача:

Якщо пам'ятаєте, IP я порівняв вище з місцем проживання людини. Так ось, якщо виділений сервер, на якому знаходиться єдиний веб-ресурс, можна зіставити з приватним житлом, коли в складі адреси актуальний лише його номер (IP), то shared server цілком можна порівняти з якоюсь багатоквартирною будовою, де як номер будинку виступає айпі, а роль номера тієї чи квартири виконує доменне ім'я сайту.

Ми розглянули ситуацію, коли в системі ДНС можуть бути різні сайти з одним і тим же IP, оскільки вони розташовуються на тому самому серваку конкретного хостинг-провайдера. Але справедлива та зворотна ситуація.

Сайт з конкретним доменом може мати відразу кілька IP-адрес.

Практично різні айпи для одного веб-ресурсу потрібні, скажімо, для посилення безпеки (наприклад, з метою забезпечення можливості перемикання під час атак DDOS), а також в інших випадках, які ми поки що докладно розбирати не будемо.

NS-сервери хостингу для сайту та їх роль у ДНР

Представлена ​​вище інформація цілком достатня для звичайного користувача, що прагне поповнити скарбничку знань. А ось для вебмайстрів і тих, хто бажає значно підвищити свій освітній рівень, можливо, знадобиться і те, про що ми говоритимемо далі.

Йтиметься про значення тієї частини учасників DNS-серверів, які беруть у своєму розпорядженні хостинг-провайдери. Їх найчастіше називають NS-серверами. Схема роботи системи доменних імен, що зображена на попередньому малюнку, сильно спрощена і не включає NS-сервери. А ось наступний нижче ланцюжок більш докладно відображає суть:

Хоча і ця схема не містить усіх нюансів, проте вона більш інформативна і цілком достатня для загального розуміння сьогоднішньої теми. Незважаючи на те, що на скріншоті вище є необхідні пояснення, вважаю своїм обов'язком більш розгорнуто описати порядок ідентифікації сайту та його подальшого відображення у браузері:

1. Спочатку browser надсилає запит на ДНС-сервер інтернет-провайдера, з яким у користувача укладено договір на надання послуг з підключення до мережі. Якщо раніше користувач вже відвідував цей сайт, то в кеші вже є IP-адреса сервака, на якому він знаходиться.

У цьому випадку подальших дій по повному ланцюжку не буде потрібно, і необхідний айпі буде негайно передано в браузер, після чого буде звернено до відповідного сервера хостингу, в результаті буде відкрито потрібна сторінкасайту.

2. Якщо ж запис про відповідність domain та IP не знайдеться, то від інтернет-провайдера піде запит одному з кореневих DNS-серверівпотрібної зони, яких у мережі лічені числа, де дані оновлюються кілька разів на добу.

3. Кореневий server не може відразу видати відповідність «доменне ім'я — IP», зате передасть адреси саме тих NS-серверів, які належать хостеру, де й розташований сайт (наприклад для Спринтхоста, клієнтом якого я є, ці адреси такі : ns1.sprinthost.ru та ns2.sprinthost.ru). Щоб це було можливим, власник сайту . Тому, якщо ви початківець вебмайстер, то обов'язково почитайте про це, перейшовши по наданому посилання.

5. В результаті шуканий ай-пі буде переданий ланцюжком «NS-сервер хостингу» — «DNS-сервер інтернет-провайдера» — «комп'ютер користувача».

6. Ну і остання ланка в цьому ланцюзі — запит браузера до сервака хостингу за отриманою IP-адресою, після чого відбудеться передача файлів, що знаходяться на ньому, тієї сторінки, яку запросив користувач, ввівши відповідний урл в адресний рядок.

(комп'ютера чи іншого мережевого пристрою), повідомити IP адресу або (залежно від запиту) іншу інформацію. DNS працює в мережах TCP/IP. Як окремий випадок, DNS може зберігати і обробляти і зворотні запити, визначення імені хоста за його IP адресою - IP адреса за певним правилом перетворюється на доменне ім'я, і ​​надсилається запит на інформацію типу "PTR".