Як DNS пов'язаний із сайтом?

1. Що таке DNS простими словами?

DNS (Domain Name System / Система доменних імен) — це розподілена система зберігання та обробки інформації про доменні імена. Вона функціонує як «телефонна книга Інтернету». Основне завдання DNS — перетворювати зрозумілі людині текстові назви сайтів (наприклад, example.com) на числові IP-адреси серверів (наприклад, 192.0.2.10), на яких фактично розміщено веб-ресурс.

2. Як DNS пов’язує доменне ім’я з сервером сайту?

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

3. Що відбувається після того, як користувач вводить example.com у браузері?

Процес знаходження IP-адреси відбувається в кілька покрокових етапів:

Перевірка локального кешу: браузер перевіряє власний кеш, кеш операційної системи та файл hosts, чи немає там вже збереженої IP-адреси для example.com.

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

Запит до кореневого сервера (Root): резолвер опитує один із кореневих DNS-серверів, який направляє його до відповідного TLD-сервера доменної зони (наприклад, .com).

Пошук у TLD-сервері: TLD-сервер зони повертає адресу авторитетного сервера імен (Nameserver), який обслуговує саме example.com.

Отримання відвідності від авторитетного сервера: авторитетний сервер шукає у своїх записах відповідний A-запис і повертає фінальну IP-адресу резолверу.

Кешування та передача: резолвер зберігає отриману IP-адресу на час, заданий параметром TTL, і віддає її браузеру.

З'єднання: браузер встановлює мережеве з'єднання з хостом за отриманим IP і завантажує вміст сторінки.

4. Що таке DNS resolver і яку роль він виконує?

Рекурсивний резолвер (Recursive Resolver) — це сервер (зазвичай наданий інтернет-провайдером або публічним сервісом на кшталт Google 8.8.8.8 чи Cloudflare 1.1.1.1), який виступає першою точкою контакту та виконує весь цикл пошуку за користувача. Всі складна ланцюгові запити між кореневими, TLD та авторитетними серверами бере на себе саме резолвер, повертаючи клієнту вже готовий результат.

5. Для чого потрібні nameservers (NS)?

Нейм-сервери (Nameservers / NS-записи) визначають, які саме сервери є авторитетними для конкретного домену і де фізично зберігаються всі його налаштування та DNS-записи. Вони виступають диспетчерами-вказівниками в системі DNS, повідомляючи, куди саме потрібно звернутися, щоб дізнатися IP-адресу сайту або налаштування пошти.

6. Чим відрізняються записи A, AAAA і CNAME?

A (Address): прив'язує доменне ім'я до стандартної 32-бітної IPv4-адреси сервера (наприклад, 192.0.2.10).

AAAA: робить те саме, але для 128-бітної IPv6-адреси (наприклад, 2001:db8::1).

CNAME (Canonical Name): створює псевдонім (аліас), який вказує не на IP-адресу безпосередньо, а на інше доменне ім'я. Використовується для піддоменів (наприклад, www або cdn), щоб при зміні IP основного сайту не довелося змінювати адреси на всіх піддоменах. Примітка: CNAME не можна встановлювати на кореневий (голий) домен second-level.

7. Для чого використовуються MX і TXT записи?

MX (Mail Exchange): спрямовує електронну пошту домену на відповідні поштові сервери. Має числове значення пріоритету (чим менше число, тим вищий пріоритет).

TXT (Text): універсальна текстова строка в конфігурації домену. Використовується для підтвердження володіння сайтом у сервісах (наприклад, Google Search Console) та створення трьох ключових поштових записів безпеки:

SPF: визначає список IP-адрес і сервісів, яким дозволено надсилати пошту від імені домену.

DKIM: містить публічний ключ для цифрового підпису вихідних листів.

DMARC: задає правило для поштовиків (Gmail, Outlook), що робити з листами, які не пройшли перевірку SPF або DKIM.

8. Що таке TTL і DNS-кеш, і чому зміни DNS не застосовуються миттєво?

TTL (Time To Live): параметр у секундах, який визначає, скільки часу DNS-запис зберігається у кеші проміжних серверів та пристроїв без повторного запиту до авторитетного джерела.

DNS-кеш: тимчасове сховище на комп'ютері, роутері чи резолвері провайдера, що прискорює повторне завантаження сайтів.

Чому зміни затримуються: якщо значення TTL становить, наприклад, 3600 секунд (1 година), то після зміни IP-адреси частина користувачів бачитиме новий сервер одразу, а частина — повертатиме старі дані з кешу до закінчення цього часу. Повне розповсюдження змін по світу (DNS-пропагація) може займати від кількох хвилин до 24–48 годин.

9. Як DNS використовується для субдоменів, CDN, перенесення сайту та зміни хостингу?

Субдомени: створюються додаванням A/AAAA запису з потрібним ім'ям (наприклад, blog) або через CNAME-посилання у панелі керування DNS.

CDN (Network delivery): підключається прив'язкою CNAME-запису піддомену на технічну адресу CDN-провайдера, що дозволяє динамічно розподіляти трафік між найближчими вузлами.

Перенесення сайту без простоя: за 24 години до переїзду знижують TTL ключових записів до 300 секунд (5 хвилин). Після розгортання та перевірки сайту на новому IP змінюють значення A та MX записів, чекають розповсюдження (декілька годин), після чого повертають TTL до стандартних значень (3600+ сек).

10. Як історія DNS, nameservers та IP допомагає під час аналізу дроп-домену?

Аналіз історичних DNS-даних є критичним для перевірки чистоти дроп-домену перед покупкою:

Виявлення зміни власника/хостингу: історія зміни Nameservers (NS) та A-записів фіксує моменти змінення хостингу, тривалого простою або передачі домену іншим особам.

Перевірка на спам та блокування: аналіз старих IP-адрес і записів дозволяє дізнатися через сервіси (наприклад, Blacklistalert, Spamhaus, Barracuda), чи не перебував домен або його IP у чорних списках через спам-розсилки чи поширення шкідливого ПЗ.

Аналіз минулого призначення: тривала відсутність A-записів (перебування у фазі RedemptionPeriod), раптова зміна MX/TXT записів або наявність аномальних CNAME-перенаправлень дозволяють виявити, чи не використовувався домен у сірих схемах, під дорвеї або мережі PBN перед виходом у дроп.