Налаштування DNS записів ресурсів у вашій панелі керування: Повний посібник
DNS resource records (RRs) — це фундаментальні будівельні блоки Domain Name System — глобальної інфраструктури, яка перетворює зрозумілі для людини доменні імена на машиночитаємі адреси. Незалежно від того, чи ви запускаєте новий веб-сайт, налаштовуєте ділову електронну пошту або перевіряєте право власності на домен за допомогою сторонньої служби, розуміння того, як налаштувати resource records у вашій DNS панелі керування, є незамінною навичкою для будь-якого власника веб-сайту, розробника або системного адміністратора.
Цей комплексний посібник проведе вас через кожен основний тип DNS запису, пояснить, як саме працює кожен з них, і надасть покрокові інструкції щодо правильного додавання та перевірки їх.
Що таке DNS записи ресурсів?
DNS запис ресурсу — це структурований запис даних, збережений у файлі DNS зони. Кожен запис містить специфічну інформацію, яка повідомляє інтернету, як обробляти запити, пов’язані з вашим доменом — куди маршрутизувати веб-трафік, який сервер обробляє вашу електронну пошту та які текстові метадані пов’язані з вашим доменом.
Кожен запис ресурсу складається з кількох основних полів:
- Name – Домен або поддомен, до якого застосовується запис
- Type – Категорія запису (A, AAAA, CNAME, MX, TXT тощо)
- Value/Data – Фактична інформація, яку містить запис
- TTL (Time to Live) – Як довго (у секундах) DNS резолвери повинні кешувати запис перед повторним запитом
Неправильно налаштовані DNS записи — одна з найпоширеніших причин простоїв веб-сайтів, збоїв доставки електронної пошти та невдалої верифікації домену. Правильне налаштування з самого початку економить значний час на усунення неполадок пізніше.
Поширені типи DNS записів пояснені
Перш ніж переходити до кроків конфігурації, варто розуміти, що робить кожен тип запису та коли він вам знадобиться.
A запис
Зв’язує домен або поддомен з IPv4 адресою. Це найфундаментальніший DNS запис — саме він дозволяє браузерам знайти ваш веб-сервер, коли хтось вводить назву вашого домену.
Приклад: example.com → 192.0.2.1
AAAA запис
Зв’язує домен або поддомен з IPv6 адресою. Оскільки прийняття IPv6 зростає, наявність AAAA запису поряд з вашим A записом забезпечує доступність вашого сайту за обома протоколами.
Приклад: example.com → 2001:db8::1
CNAME запис
Запис Canonical Name створює псевдонім від однієї назви домену до іншої. Замість того, щоб вказувати на IP адресу, CNAME вказує на іншу назву хоста. Це зазвичай використовується для www поддоменів, конфігурацій CDN та інтеграцій сторонніх сервісів.
Важливо: Ви не можете використовувати CNAME запис на кореневому (apex) домені разом з іншими записами. Використовуйте його тільки на поддоменах.
Приклад: www.example.com → example.com
MX запис
Запис Mail Exchange вказує, який поштовий сервер відповідає за отримання електронної пошти від імені вашого домену. MX записи включають значення пріоритету — менші числа вказують на вищий пріоритет. Ви можете налаштувати кілька MX записів для надмірності.
Приклад: example.com → mail.example.com (Priority: 10)
TXT запис
Текстовий запис зберігає довільні текстові дані, пов’язані з вашим доменом. TXT записи широко використовуються для:
- SPF (Sender Policy Framework) – Визначає, які сервери авторизовані для відправки електронної пошти від вашого домену
- DKIM (DomainKeys Identified Mail) – Зберігає публічний ключ, який використовується для перевірки підписів електронної пошти
- DMARC – Встановлює політики для обробки електронних листів, які не пройшли перевірку SPF/DKIM
- Верифікація домену – Використовується Google Search Console, Microsoft 365 та іншими сервісами для підтвердження власності домену
NS запис
Записи Name Server вказують, які DNS сервери є авторитетними для вашого домену. Зазвичай вони встановлюються у вашого реєстратора доменів і вказують на nameservers вашого хостинг-провайдера.
PTR запис
Запис Pointer виконує зворотні DNS пошуки — зв’язує IP адресу назад з назвою хоста. PTR записи особливо важливі для репутації поштового сервера і зазвичай налаштовуються на рівні сервера.
Доступ до панелі управління DNS
Для управління записами ресурсів вам потрібен доступ до інтерфейсу управління DNS, який надається вашим реєстратором доменів або хостинг-провайдером. Точний інтерфейс залежить від провайдера, але процес в цілому однаковий.
Крок 1: Увійдіть у свій обліковий запис на панелі керування вашого реєстратора доменів або хостинг-провайдера.
Крок 2: Перейдіть до розділу DNS Management, DNS Settings або Zone Editor. Іноді це знаходиться в розділі “Domain Management” або “Advanced Settings”.
Крок 3: Виберіть домен, який ви хочете налаштувати.
> Корисна порада: Якщо ваш домен зареєстрований у одного провайдера, але розміщений у іншого (наприклад, AlexHost VPS Hosting), вам потрібно буде або оновити nameservers вашого домену, щоб вони вказували на вашого хостинг-провайдера, або увійти на панель DNS вашого реєстратора та вручну додати записи, надані вашим хостом.
Крок за кроком: налаштування загальних записів ресурсів
3.1 Додавання запису A
Запис A — це зазвичай перший запис, який ви налаштуєте при спрямуванні домену на веб-сервер.
- У панелі керування DNS знайдіть розділ A Records і натисніть Add Record.
- Заповніть наступні поля:
- Host/Name: Введіть
@для спрямування кореневого домену (наприклад,example.com), або введіть поддомен якwwwабоblog. - Points To / Value: Введіть IPv4 адресу вашого сервера (наприклад,
192.0.2.1). - TTL: Залиште значення за замовчуванням (зазвичай
3600секунд / 1 година), якщо у вас немає конкретної причини змінювати його. Використовуйте нижчий TTL (наприклад,300), якщо ви передбачаєте часті зміни.
- Натисніть Save або Add Record.
Типовий випадок використання: Якщо ви запускаєте веб-сайт на VPS або Dedicated Server, ви додасте запис A, який спрямовує ваш домен на публічну IP адресу вашого сервера.
3.2 Додавання запису AAAA
Процес ідентичний додаванню запису A, але ви вибираєте AAAA як тип запису і вводите IPv6 адресу у поле значення.
- Виберіть AAAA як тип запису.
- Введіть Host/Name (наприклад,
@абоwww). - Введіть IPv6 адресу (наприклад,
2001:db8::1). - Встановіть TTL і збережіть.
3.3 Додавання запису CNAME
Записи CNAME корисні для створення псевдонімів поддоменів або інтеграції сторонніх сервісів.
- Знайдіть розділ CNAME Records і натисніть Add Record.
- Заповніть поля:
- Host/Name: Введіть поддомен, для якого ви хочете створити псевдонім (наприклад,
www,shop,blog). - Points To / Value: Введіть цільовий хост-назву (наприклад,
example.comабоmyshop.shopify.com). - TTL: Встановіть відповідно (за замовчуванням
3600підходить для більшості випадків).
- Натисніть Save.
> Примітка: Ніколи не створюйте запис CNAME для кореневого домену (@). Якщо вам потрібно створити псевдонім для кореневого домену, використовуйте запис ALIAS або ANAME, якщо ваш постачальник DNS це підтримує, або використовуйте запис A, який спрямовує на IP адресу цілі.
3.4 Додавання запису MX
Правильне налаштування запису MX критично важливе для надійної доставки електронної пошти. Якщо ви використовуєте AlexHost Email Hosting або стороннього постачальника електронної пошти, вони нададуть вам точні значення запису MX, які вам потрібні.
- Знайдіть розділ MX Records і натисніть Add Record.
- Заповніть поля:
- Host/Name: Введіть
@(що представляє кореневий домен) або залиште порожнім, залежно від вашої панелі. - Mail Server / Value: Введіть хост-назву вашого поштового сервера (наприклад,
mail.example.comабоaspmx.l.google.comдля Google Workspace). - Priority: Введіть числове значення пріоритету. Нижчі числа = вищий пріоритет. Один поштовий сервер зазвичай використовує
10. Для резервних серверів використовуйте20або30. - TTL: За замовчуванням
3600є стандартним.
- Натисніть Save.
Кілька записів MX: Для надмірності додайте основний сервер з пріоритетом 10 і резервний сервер з пріоритетом 20. Якщо основний сервер недоступний, електронна пошта автоматично спрямується на резервний.
3.5 Додавання запису TXT
Записи TXT необхідні для автентифікації електронної пошти та робочих процесів перевірки домену.
- Знайдіть розділ TXT Records і натисніть Add Record.
- Заповніть поля:
- Host/Name: Введіть
@для кореневого домену, або конкретний поддомен, якщо потрібно (наприклад,_dmarcдля записів DMARC). - Value / Text: Вставте точний текстовий рядок, наданий вашим постачальником електронної пошти або сервісом перевірки. Приклади:
- SPF:
v=spf1 include:_spf.example.com ~all - Google verification:
google-site-verification=xxxxxxxxxxxxxxxx - DMARC:
v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com - TTL: За замовчуванням
3600є відповідним.
- Натисніть Save.
> Важливо: Ви можете мати кілька записів TXT на одному хост-назві, але у вас повинен бути лише один запис SPF на хост-назву. Якщо вам потрібно авторизувати кількох відправників, об’єднайте їх в один запис SPF замість створення окремих.
Розуміння значень TTL
TTL (Time to Live) контролює, як довго DNS резолвери кешують ваш запис перед перевіркою оновлень. Вибір правильного TTL залежить від вашої ситуації:
| Значення TTL | Тривалість | Найкраще використовується для |
|---|---|---|
| 300 | 5 хвилин | Записи, які ви плануєте змінити найближчим часом (наприклад, під час міграції) |
| 3600 | 1 година | Стандартне значення за замовчуванням для більшості записів |
| 86400 | 24 години | Стабільні записи, які рідко змінюються (наприклад, MX записи) |
Найкраща практика: Якщо ви плануєте міграцію сервера або зміну DNS, зменшіть ваш TTL до 300 принаймні за 24–48 годин до цього. Це скорочує вікно поширення, коли ви робите фактичну зміну. Після завершення міграції підніміть TTL назад до 3600 або вище.
DNS Поширення: Чого очікувати
Після збереження будь-якої зміни DNS вона не набирає чинності миттєво у всьому світі. DNS поширення — процес розповсюдження оновлених записів по глобальних DNS резолверах — зазвичай займає від кількох хвилин до 48 годин, залежно від:
- Попереднього значення TTL запису
- Частоти оновлення вашого DNS провайдера
- Поведінки кешування окремих ISP та резолверів
Під час поширення деякі користувачі можуть бачити старі значення DNS, а інші — нові. Це нормальна та очікувана поведінка.
Перевірка ваших DNS записів
Після внесення змін завжди перевіряйте, що ваші записи налаштовані правильно і поширилися як очікується.
Онлайн-інструменти пошуку DNS
Ці веб-інструменти дозволяють перевіряти DNS записи з кількох глобальних місцезнаходжень одночасно:
- DNS Checker – Перевіряє поширення на десятках глобальних DNS серверів
- MXToolbox – Відмінний для перевірки MX записів і діагностики проблем доставки електронної пошти
- WhatsMyDNS – Простий, наочний засіб перевірки поширення для всіх типів записів
Інструменти командного рядка
Для більш детального контролю використовуйте команди терміналу безпосередньо:
Перевірка A запису:
dig example.com AПеревірка MX записів:
dig example.com MXПеревірка TXT записів (наприклад, SPF):
dig example.com TXTВикористання nslookup (кросс-платформа):
nslookup example.com
nslookup -type=MX example.com
nslookup -type=TXT example.comЗапит до конкретного DNS сервера (корисно для перевірки, чи оновили nameserveri вашого реєстратора):
dig @8.8.8.8 example.com AНайкращі практики конфігурації DNS
Дотримання цих найкращих практик допоможе вам уникнути типових помилок та підтримувати здорову конфігурацію DNS:
- Документуйте ваші DNS записи. Ведіть електронну таблицю або файл нотаток з усіма вашими поточними DNS записами, їхніми значеннями та причиною існування кожного з них. Це неоціненно під час усунення неполадок або міграції.
- Не видаляйте записи перед перевіркою замін. При оновленні запису спочатку додайте новий запис, перевірте, що він працює, а потім видаліть старий.
- Використовуйте надійного постачальника DNS. Час безперебійної роботи та продуктивність вашого постачальника DNS безпосередньо впливають на доступність вашого веб-сайту. Розміщення вашого сайту на платформі, як-от AlexHost Shared Hosting або VPS з cPanel, дає вам доступ до надійної керованої DNS інфраструктури.
- Захистіть вашу область за допомогою SSL сертифіката. Конфігурація DNS та SSL йдуть рука об руку — після того, як ваші A записи вказують правильно, переконайтеся, що ваш сайт захищений SSL сертифікатом, щоб захистити дані користувачів та поліпшити рейтинги пошуку.
- Реєструйте та керуйте вашою областю в одному місці. Використання реєстрації доменів AlexHost разом з вашим хостингом спрощує управління DNS, зберігаючи все під одним панелем керування.
- Регулярно контролюйте стан DNS. Налаштуйте сповіщення моніторингу для відмов DNS або неочікуваних змін записів, особливо для критичних для бізнесу доменів.
- Будьте обережні з записами підстановки. Запис A підстановки (
*.example.com) маршрутизує всі поддомени на одну IP-адресу, що може бути зручно, але може спричинити непередбачену маршрутизацію, якщо не керувати обережно.
Усунення типових проблем DNS
| Проблема | Ймовірна причина | Рішення |
|---|---|---|
| Веб-сайт не завантажується після зміни DNS | Розповсюдження все ще в процесі | Чекайте до 48 годин; очистіть локальний кеш DNS |
| Електронні листи не доставляються | Відсутній або неправильний запис MX | Перевірте записи MX за допомогою MXToolbox |
| Помилка валідації SSL-сертифіката | Запис A не вказує на правильний сервер | Перевірте значення запису A та статус розповсюдження |
| Помилка “Цей сайт недоступний” | Запис A відсутній або вказує на неправильну IP | Перевірте конфігурацію запису A |
| Електронні листи позначені як спам | Відсутні записи TXT SPF, DKIM або DMARC | Додайте всі три записи автентифікації електронної пошти |
| Піддомен не розв’язується | Відсутній запис A або CNAME для цього піддомену | Додайте відповідний запис для піддомену |
Висновок
Правильна конфігурація DNS записів — одна з найбільш впливових речей, які ви можете зробити для надійності та продуктивності вашої онлайн-присутності. A записи підключають вашу域 до вашого сервера, MX записи забезпечують доставку вашої електронної пошти, TXT записи автентифікують вашу особистість та захищають від спаму, а CNAME записи дають вам гнучкість для безперебійного створення псевдонімів та інтеграції сервісів.
Ключові висновки з цього посібника:
- Розумійте кожен тип запису перед його додаванням — знання того, що робить запис, запобігає дорогим помилкам
- Використовуйте відповідні значення TTL на основі того, як часто ви очікуєте вносити зміни
- Завжди перевіряйте зміни за допомогою як онлайн-інструментів, так і утиліт командного рядка
- Плануйте зміни DNS заздалегідь, особливо для виробничих середовищ з реальними користувачами
Незалежно від того, чи ви керуєте особистим блогом, веб-сайтом компанії чи складною багатосерверною інфраструктурою, оволодіння конфігурацією DNS дає вам прямий контроль над тим, як ваша域 поводиться в Інтернеті. Поєднайте ці знання з надійним хостинг-провайдером та добре структурованим серверним середовищем, і у вас буде міцна основа для всього, що ви будуєте в Інтернеті.
на всіх хостингових послугах