Підключення домену: записи DNS TXT, CNAME та очікування
Будь-який вебхостинг на світі просить вас виконати той самий невеликий і трохи загадковий ритуал, перш ніж ваш власний домен запрацює: зайдіть туди, де ви реєстрували домен, знайдіть розділ із назвою на кшталт «керування DNS» або «розширені налаштування DNS» і вставте кілька записів, яких ніхто до пуття не пояснив. Натисніть «зберегти». Натисніть «перевірити». Вам скажуть, що ще не готово. Зачекайте. Спробуйте ще раз.
Два записи і навіщо потрібен кожен
Доменне ім'я — це, по суті, один запис у файлі зони, а запис DNS — один рядок у ньому: ім'я, тип, значення. Підключення домену до нового хостингу зазвичай означає додавання двох.
Запис підтвердження (TXT) — короткий текстовий рядок, який генерує ваш хостинг, опублікований у вашому домені лише для того, щоб хостинг міг його знайти й переконатися, що ви керуєте DNS. Відвідувачі його ніколи не бачать, і він нікуди не спрямовує трафік.
Маршрутний запис (CNAME) — спрямовує трафік домену на межу мережі хостингу. Щойно він резолвиться, запити до вашого домену потрапляють на сервери, які знають, який сайт для нього віддавати.
Чому це досі не спрацювало
Провал «Verify» при першому клацанні — це нормально. Відповіді DNS агресивно кешуються — саме це кешування робить решту вебу швидкою — тож резолвер, який відповів для вашого домену п'ять хвилин тому, може продовжувати видавати стару, порожню відповідь ще кілька хвилин або, з довгим TTL, більшу частину доби. Нічого не зламано. Виправляти нічого, крім терпіння й повторної перевірки.
Нюанс кореневого домену (домен без «www»)
Підключення голого домену —
yourbusiness.com, без www — натикається на справжнє правило DNS, а не примху якогось хостингу: запис CNAME не може співіснувати із записами SOA і NS, які мають бути в корені домену, тож багато реєстраторів взагалі відмовляються створювати його там. Звичайні виходи — запис ALIAS/ANAME там, де реєстратор його пропонує, або підключення піддомену з перенаправленням кореня на нього.Підключення домену по порядку
1
Знайдіть свої налаштування DNS
Увійдіть туди, де ви керуєте DNS домену, — це ваш реєстратор, якщо тільки ви не спрямували сервери імен домену в інше місце; тоді це той, хто їх обслуговує.
2
Додайте запис підтвердження власності
Вставте TXT-запис точно так, як показано, разом зі значенням. Збережіть його, перш ніж рухатися далі: у деяких панелях потрібен окремий явний крок, щоб зміна, яка очікує, справді опублікувалася.
3
Додайте запис маршрутизації
Додайте запис CNAME — або, якщо голий кореневий домен його не допускає, запис ALIAS/ANAME чи переспрямування на піддомен, який ви підключаєте замість нього.
4
Підтвердьте, а потім зачекайте, якщо доведеться
Натисніть «Перевірити». Результат «ще ні» з першої спроби — це нормально: перевірте знову за кілька хвилин і ще раз згодом, якщо у вашому попередньому налаштуванні DNS використовувався довгий TTL.
Як це влаштовано в Olmira
Додавання домену в налаштуваннях сайту Olmira генерує обидва записи за вас, буквально — TXT з іменем, що починається з _aether-verify (спадок від внутрішньої кодової назви платформи; має значення лише саме значення), і CNAME, що вказує на edge.olmira.app. Verify запускає реальну, живу перевірку DNS із коротким тайм-аутом, тож «ще не підтверджено» майже завжди означає поширення запису, а не помилку — зачекайте кілька хвилин і перевірте знову, замість того щоб відкривати заявку в підтримку.
Голий корінний домен, чия маршрутизація не резолвиться, автоматично перенаправляється на підтверджений піддомен того самого сайту — або, за відсутності такого, на вашу безкоштовну адресу — замість показу помилки. Щойно перевірка проходить, HTTPS налаштовується сам собою: жодного сертифіката купувати чи встановлювати не потрібно. Що включає кожен тариф: власні домени.
Що почитати ще
Автоматичний HTTPS-сертифікат: чому вам більше ніколи не доведеться його купувати — що насправді відбувається в момент верифікації вашого домену.
Налаштування SPF, DKIM, DMARC: листи, які доходять до вхідних — решта записів вашого домену: ті, що вирішують, чи дійде ваш діловий лист до поштової скриньки.
Скільки секунд відповідь DNS дозволено тримати в кеші, перш ніж комусь доведеться питати знову. Низький TTL (скажімо, 300 секунд) означає, що зміни з'являться швидко; високий (86 400 секунд — ціла доба) — що вони триватимуть довше, бо резолвери й далі впевнено віддають стару відповідь.
Ні, якщо ви чіпаєте лише те, про що вас просять. Для підключення домену до хостингу сайту завжди потрібні лише TXT і CNAME (або запис ALIAS/A на голому кореневому домені) — ваші записи MX, які визначають, куди йде пошта, відокремлені від цього й лишаються недоторканими, якщо ви самі їх не зміните.
Так, і це повністю обходить складність з кореневим доменом: shop.yourbusiness.com або www.yourbusiness.com можуть прийняти CNAME без жодної особливої обробки.
Майже завжди це довгий TTL, що лишився від того, що раніше займало це ім'я, — сторінки припаркованого домену у вашого реєстратора або попереднього хостингу. Першого разу зарадить лише терпіння; щойно старий TTL спливе, подальші зміни за цим іменем поширюватимуться значно швидше.
Ні — DNS-записи не спливають самі по собі, на відміну від сертифікатів. Опубліковані правильно, вони лишаються правильними доти, доки ви або хтось із доступом до панелі DNS їх не зміните.