Сервери імен AlexHost: Повний технічний довідник з налаштування DNS

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

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

Що таке сервери імен і чому вони є основою DNS

Сервер імен — це спеціалізований DNS-сервер, який зберігає та обслуговує авторитетну DNS-зону для одного або кількох доменів. Коли рекурсивний резолвер потребує знайти IP-адресу за example.com, він не вгадує — він слідує суворому ланцюгу делегування:

1. Резолвер запитує кореневий сервер імен, який повертає направлення до відповідного сервера імен TLD (наприклад, .com, .net, .md).
2. Сервер імен TLD повертає NS-записи, зареєстровані у реєстратора домену, що вказують на авторитетні сервери імен домену.
3. Авторитетний сервер імен — той, який ви налаштовуєте у реєстратора — відповідає фактичними DNS-записами: A, AAAA, MX, CNAME, TXT тощо.

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

Кожен домен повинен мати щонайменше два NS-записи, що вказують на різні, незалежно керовані сервери. Це не рекомендація; це вимога, що закріплена політикою ICANN та самим протоколом DNS (RFC 1034/1035).

Як працює ланцюг розпізнавання DNS на практиці

Розуміння повного шляху розпізнавання допомагає точно діагностувати затримки поширення та проблеми з неправильним налаштуванням.

Коли відвідувач вводить ваш домен у браузер, відбувається така послідовність:

• Перевірка локального кешу: Операційна система та браузер перевіряють свій локальний DNS-кеш. Якщо існує дійсний кешований запис (у межах його TTL), розпізнавання зупиняється тут.
• Запит до рекурсивного резолвера: Якщо кеш не містить відповіді, запит надходить до налаштованого рекурсивного резолвера провайдера або користувача (наприклад, 8.8.8.8, 1.1.1.1).
• Направлення від кореневого сервера: Резолвер звертається до одного з 13 кластерів кореневих серверів, який повертає адресу авторитетного сервера імен TLD.
• Відповідь сервера імен TLD: Сервер TLD (наприклад, керований Verisign для .com) повертає NS-записи, зареєстровані вами у реєстратора домену.
• Авторитетна відповідь: Резолвер безпосередньо запитує сервери імен AlexHost, які повертають A-запис, MX-запис або будь-який інший запитаний запис.
• Доставка відповіді: Резолвер кешує результат на тривалість TTL запису та повертає відповідь клієнту.

Ключовий висновок тут полягає в тому, що NS-записи зберігаються у двох місцях: у реєстратора домену (як делегування) та у файлі зони на авторитетному сервері імен. Обидва повинні бути узгодженими. Невідповідність між ними — відома як недійсне делегування — спричиняє переривчасті збої розпізнавання, які надзвичайно важко діагностувати.

Інфраструктура серверів імен AlexHost

AlexHost керує окремими парами серверів імен для різних хостингових середовищ. Використання правильної пари для вашого конкретного тарифного плану хостингу є необхідним для належного розпізнавання DNS.

Сервери імен для хостингу cPanel з LiteSpeed

Ці сервери імен обслуговують домени, розміщені на інфраструктурі AlexHost VPS з cPanel та LiteSpeed:

ns5.alexhost.md (176.123.0.83) виступає основним DNS-авторитетом для доменів на стеку LiteSpeed cPanel. Усі зміни файлу зони — A-записи, MX-записи, субдомени — створюються тут і синхронізуються з вторинним сервером.

ns6.alexhost.md (176.123.0.84) слугує вторинним сервером імен. У правильно налаштованому середовищі BIND або PowerDNS вторинний сервер виконує передачу зон (AXFR/IXFR) від основного та може самостійно відповідати на запити, якщо основний сервер тимчасово недоступний.

Сервери імен для спільного хостингу cPanel

Домени, розміщені на платформі спільного веб-хостингу AlexHost, використовують виділену пару серверів імен:

ns3.alexhost.md (176.123.0.55) є основним авторитетним сервером для зон спільного хостингу. Він зберігає головні файли зон і є джерелом достовірності для поширення DNS.

ns4.alexhost.md (176.123.0.60) забезпечує географічну та операційну надлишковість. Якщо ns3 недоступний через мережеві проблеми або технічне обслуговування, ns4 продовжує обслуговувати DNS-відповіді без перебоїв.

Чому окремі пари серверів імен мають значення

Використання окремих пар серверів імен для кожного хостингового середовища — це архітектурне рішення з реальними операційними перевагами:

• Ізоляція зони впливу: Помилка конфігурації або DDoS-атака на сервери імен спільного хостингу не впливає на клієнтів LiteSpeed VPS, і навпаки.
• Незалежне управління TTL та зонами: Кожне середовище може незалежно налаштовувати поведінку поширення.
• Планування потужності: Зростання трафіку на одній платформі не погіршує час відповіді DNS на іншій.

Порівняння: середовища серверів імен AlexHost

Як направити ваш домен на сервери імен AlexHost

Зміна серверів імен виконується у вашого реєстратора домену — не у хостинг-провайдера. Це поширене джерело плутанини.

Покрокове налаштування

1. Увійдіть до панелі керування вашого реєстратора домену (наприклад, GoDaddy, Namecheap або де ви реєстрували домен — або безпосередньо через реєстрацію доменів AlexHost, якщо домен зареєстровано через AlexHost).
2. Перейдіть до налаштувань DNS або серверів імен для конкретного домену, який ви хочете налаштувати.
3. Видаліть усі наявні записи серверів імен. Стандартні сервери імен реєстратора (наприклад, ns1.registrar.com) необхідно очистити перед додаванням нових.
4. Введіть сервери імен AlexHost, що відповідають вашому тарифному плану хостингу:

• Для LiteSpeed VPS: ns5.alexhost.md та ns6.alexhost.md
• Для спільного хостингу: ns3.alexhost.md та ns4.alexhost.md

1. Збережіть зміни. Реєстратор оновить делегування на рівні TLD.
2. Зачекайте на поширення. Поширення DNS зазвичай завершується протягом 24–48 годин, хоча більшість резолверів підхоплюють зміни протягом 1–4 годин. Значення TTL старих NS-записів визначають, як довго кеші зберігають застарілі дані.

Перевірка поширення серверів імен

Після внесення змін перевірте поширення за допомогою інструментів командного рядка або онлайн-перевірників:

Використання dig (Linux/macOS):

dig NS yourdomain.com +short

Використання nslookup (Windows/Linux):

nslookup -type=NS yourdomain.com 8.8.8.8

Використання whois для перевірки делегування реєстратора:

whois yourdomain.com | grep -i "name server"

Якщо у виводі відображаються сервери імен AlexHost, делегування завершено. Якщо ви все ще бачите старі сервери імен, або поширення ще триває, або зміни у реєстратора не були збережені правильно.

Щоб перевірити, чи авторитетний сервер імен відповідає правильно:

dig A yourdomain.com @ns3.alexhost.md

Це запитує сервер імен AlexHost безпосередньо, минаючи будь-які кешовані відповіді від рекурсивних резолверів.

Критичні технічні підводні камені та граничні випадки

Це режими збоїв, з якими стикаються досвідчені адміністратори — і які більшість документації повністю оминає.

Glue-записи та проблема циклічної залежності

Якщо ваше доменне ім’я збігається з доменом сервера імен або є його субдоменом, виникає циклічна залежність. Наприклад, якщо ви володієте alexhost.md і ваші сервери імен — ns3.alexhost.md, резолвер не може знайти IP-адресу ns3.alexhost.md без попереднього розпізнавання alexhost.md — що вимагає запиту до ns3.alexhost.md.

Рішенням є glue-записи: A-записи, зареєстровані безпосередньо в реєстрі TLD разом із делегуванням NS, що надають IP-адреси серверів імен без необхідності окремого пошуку. AlexHost обробляє це внутрішньо для свого власного домену серверів імен. Якщо ви коли-небудь налаштовуєте власні сервери імен, використовуючи свій власний домен (наприклад, ns1.yourdomain.com), ви повинні зареєструвати glue-записи у свого реєстратора.

Недійсні делегування

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

Стратегія TTL під час міграцій

Перед міграцією домену на AlexHost знизьте TTL ваших наявних DNS-записів до 300 секунд (5 хвилин) щонайменше за 24–48 годин наперед. Це мінімізує вікно, протягом якого резолвери обслуговують застарілі дані після зміни серверів імен. Після підтвердження стабільності міграції підвищте TTL назад до стандартного значення (3600 секунд або вище), щоб зменшити навантаження запитів на сервери імен.

Поширення NS-записів проти поширення DNS-записів

Це дві окремі події поширення, які часто плутають:

• Поширення NS-записів: Час, необхідний реєстру TLD для глобальної публікації вашого нового делегування серверів імен. Контролюється TTL SOA TLD, зазвичай 24–48 годин.
• Поширення DNS-записів: Час, необхідний для того, щоб окремі записи A, MX, CNAME у вашій зоні були підхоплені рекурсивними резолверами. Контролюється TTL, встановленим для кожного запису.

Зміна серверів імен одночасно запускає обидві події, тому повне поширення може тривати до 48 годин, навіть якщо TTL окремих записів короткий.

Безперервність електронної пошти під час міграції DNS

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

DNS-записи, керовані через сервери імен AlexHost

Після того, як ваш домен делегується серверам імен AlexHost, наступні типи записів керуються в редакторі DNS-зон cPanel:

Для доменів, що потребують HTTPS, переконайтеся, що SSL-сертифікат виданий після завершення поширення DNS — методи валідації Let’s Encrypt та інших центрів сертифікації залежать від правильного розпізнавання DNS.

Операційні найкращі практики для налаштування DNS AlexHost

• Завжди налаштовуйте обидва NS-записи. Один сервер імен — це єдина точка відмови. Використовуйте як основний, так і вторинний для кожного домену.
• Відстежуйте доступність серверів імен. Використовуйте такі інструменти, як dig, dnschecker.org, або автоматизовані монітори доступності, щоб перевіряти, що обидві IP-адреси NS (176.123.0.83/84 або 176.123.0.55/60) залишаються доступними. IP-адреси, пов’язані з інфраструктурою, можуть змінюватися під час великих міграцій; завжди перевіряйте актуальну документацію AlexHost.
• Не змішуйте пари серверів імен. Не поєднуйте ns3 (спільний) з ns5 (LiteSpeed VPS) для одного домену. Кожна пара призначена для обслуговування зон у власному хостинговому середовищі.
• Перевіряйте файл зони після міграції. Після зміни серверів імен використовуйте dig ANY yourdomain.com @ns3.alexhost.md для отримання всіх записів і підтвердження, що записи A, MX, TXT та CNAME перенесено правильно.
• Документуйте зміни TTL. Ведіть записи про те, коли ви знижували TTL і коли змінювали сервери імен. Це створює журнал аудиту, який є безцінним під час реагування на інциденти.
• Використовуйте DNSSEC там, де підтримується. Розширення безпеки DNS додають криптографічні підписи до DNS-записів, запобігаючи атакам отруєння кешу. Перевірте, чи ваш реєстратор та сервери імен AlexHost підтримують DNSSEC для вашого TLD.

Матриця рішень: які сервери імен використовувати

Ключові технічні висновки

• Використовуйте ns3.alexhost.md / ns4.alexhost.md для спільного хостингу; використовуйте ns5.alexhost.md / ns6.alexhost.md для середовищ LiteSpeed VPS.
• Завжди налаштовуйте обидва сервери імен при кожній реєстрації домену — ніколи не покладайтеся на один NS-запис.
• Знижуйте TTL записів до 300 секунд щонайменше за 24 години до будь-якої запланованої міграції серверів імен.
• Перевіряйте поширення за допомогою dig NS yourdomain.com +short та прямих запитів до IP-адрес серверів імен AlexHost.
• Відтворіть усі MX та TXT записи (SPF, DKIM, DMARC) у новій зоні перед зміною серверів імен, щоб уникнути перебоїв у доставці пошти.
• Перевіряйте вимоги до glue-записів, якщо ви налаштовуєте власні імена хостів серверів імен під своїм доменом.
• Після поширення DNS видайте або повторно підтвердьте SSL-сертифікати — валідація домену залежить від правильного розпізнавання DNS.
• Регулярно відстежуйте обидві IP-адреси серверів імен; зміни інфраструктури можуть змінювати призначення IP-адрес.

Часті запитання

У чому різниця між ns3/ns4 та ns5/ns6 на AlexHost?

ns3.alexhost.md та ns4.alexhost.md обслуговують домени на платформі спільного хостингу AlexHost. ns5.alexhost.md та ns6.alexhost.md призначені для середовища cPanel VPS на базі LiteSpeed. Використання неправильної пари призведе до збоїв розпізнавання DNS, оскільки файли зон для вашого домену знаходяться лише на правильній парі серверів імен.

Скільки часу займає поширення змін серверів імен AlexHost?

Повне глобальне поширення зазвичай займає від 24 до 48 годин, хоча більшість рекурсивних резолверів підхоплюють зміни протягом 1–4 годин. Фактична тривалість залежить від TTL, встановленого на ваших попередніх NS-записах, та поведінки кешування окремих резолверів по всьому світу.

Чи можу я використовувати лише один із серверів імен AlexHost замість обох?

Ні. Використання одного сервера імен створює єдину точку відмови. Якщо цей сервер недоступний з будь-якої причини — технічне обслуговування, мережевий розділ або апаратний збій — ваш домен стає нерозпізнаваним. Політика ICANN та стандарти протоколу DNS вимагають мінімум двох серверів імен на домен.

Що станеться з моєю електронною поштою, якщо я зміню сервери імен без відтворення MX-записів?

Доставка вхідної пошти буде невдалою для будь-якого домену, MX-записи якого відсутні в новій зоні. Відправники отримають повідомлення про відхилення або затримку доставки. Завжди перевіряйте та відтворюйте MX, SPF, DKIM та DMARC записи в редакторі DNS-зон AlexHost перед завершенням зміни серверів імен.

Як перевірити, що сервери імен AlexHost правильно авторитетні для мого домену?

Виконайте dig NS yourdomain.com +short для підтвердження зареєстрованого делегування, потім виконайте dig A yourdomain.com @ns3.alexhost.md (або відповідний сервер імен), щоб підтвердити, що авторитетний сервер відповідає правильними записами. Якщо обидві команди повертають очікувані результати, ваша конфігурація DNS функціонує правильно.