Щоб підключити домен до веб-сайту, потрібно зробити так, щоб DNS домену вказував на службу, яка розміщує веб-сайт.
Є два основні способи зробити це:
- Змініть сервери імен домену на сервери імен, надані вашим хостинг-провайдером, DNS-провайдером або платформою веб-сайту; або
- Залиште поточні сервери імен та додайте або оновіть DNS-записи, такі як A, AAAA або CNAME, у DNS-провайдера, який уже є авторитетним для домену.
Правильний метод залежить від того, де ви хочете, щоб DNS управлявся .
Якщо ваш домен зареєстровано в NiceNIC, ви можете або оновити сервери імен домену, або, якщо використовуються сервери імен NiceNIC за замовчуванням, керувати DNS-записами безпосередньо в NiceNIC.
Перед будь-якими змінами визначте свої активні сервери імен, створіть резервну копію наявних DNS записів і збережіть записи електронної пошти, такі як MX, SPF, DKIM і DMARC. Зміна серверів імен без відтворення повної зони DNS може зробити веб-сайт працюючим, але порушити електронну пошту, або навпаки .
Щодо основної відмінності між реєстратором, DNS і хостингом див. Реєстратор домену проти веб-хостингу.
Коротка відповідь: як підключити домен до хостингу?
www не працює
www DNS
Найважливіше правило таке:
Спочатку вирішіть, хто розміщуватиме DNS. Потім створіть записи веб-сайту там.
Що насправді означає «підключити домен до веб-сайту»?
Реєстрація домену та веб-сайт — це окремі речі.
Наприклад:
example.com
може бути зареєстрований в одній компанії, тоді як сам веб-сайт працює в іншого хостинг-провайдера .
DNS з'єднує їх.
Спрощений шлях виглядає так:
Реєстрація домену → Сервери імен → DNS-записи → Хостинг-сервер / платформа веб-сайту → Веб-сайт
Якщо ви вже купили домен, але веб-сайт ще не запущений, відсутній крок зазвичай такий:
повідомити DNS, де знаходиться веб-сайт.
Домен, DNS і хостинг — це три різні рівні
Усі вони можуть бути в одній компанії.
Вони також можуть бути в трьох різних компаніях.
Наприклад:
Реєстратор: NiceNIC DNS: Cloudflare Хостинг: інший хостинг-провайдер
Це нормальна конфігурація.
NiceNIC також документує, що ви можете використовувати Cloudflare DNS без передачі домену з NiceNIC.
Перед початком: зберіть ці дані
Не починайте змінювати DNS, поки не отримаєте інформацію, необхідну хостинг-провайдеру або провайдеру веб-сайту .
Підготуйте:
- ваше ім'я домену;
- логін реєстратора;
- поточні сервери імен;
- поточного DNS-провайдера;
- обліковий запис хостингу;
- інструкції з налаштування хостинг-провайдера;
- цільову IP-адресу, якщо вона надана;
- необхідну ціль CNAME, якщо вона надана;
- поточні DNS-записи;
- дані постачальника електронної пошти;
- статус DNSSEC;
- поточний статус SSL/HTTPS.
Якщо домен уже використовується для електронної пошти або іншої живої служби, збережіть зону DNS перед внесенням змін .
Два основні способи підключення домену
Метод 1: Змініть сервери імен
Використовуйте цей метод, коли ваш хостинг-провайдер, конструктор веб-сайтів або DNS-провайдер хоче керувати усією DNS зоною.
Наприклад, ваш провайдер може надати вам:
ns1.examplehost.com
ns2.examplehost.com
Потім ви оновлюєте сервери імен домену у реєстратора .
Після зміни DNS-записи керуються у нового провайдера серверів імен .
Метод 2: Залиште сервери імен і змініть DNS-записи
Використовуйте цей метод, коли ви хочете зберегти поточного DNS -провайдера.
Наприклад:
Реєстратор: NiceNIC Сервери імен: NiceNIC DNS: NiceNIC Хостинг: Зовнішній хост
Хост може повідомити вам:
Спрямуйте ваш домен на
203.0.113.20
Ви залишаєте наявні сервери імен і оновлюєте запис A .
Цей метод може бути безпечнішим , коли:
- бізнес-електронна пошта вже працює;
- існує багато DNS-записів;
- ви не хочете переносити DNS;
- змінити потрібно лише призначення веб-сайту.
Сервери імен проти DNS-записів: у чому різниця?
Ця відмінність є критичною.
Сервери імен
Сервери імен повідомляють інтернету:
Де розміщена авторитетна зона DNS цього домену?
DNS-записи
DNS-записи в межах цієї зони повідомляють службам:
Куди мають спрямовуватися веб-сайт, електронна пошта чи інші служби?
Наприклад:
Сервери імен
ns1.dnsprovider.com
ns2.dnsprovider.com
визначають DNS -провайдера.
Запис A
example.com → 203.0.113.20
визначає веб-сервер .
Запис MX
example.com → mail.exampleprovider.com
визначає сервер електронної пошти .
Зміна серверів імен змінює місце, де DNS-записи керуються .
Зміна запису A змінює одне конкретне призначення всередині DNS.
Який метод слід обрати?
Скористайтеся цією таблицею рішень .
Не змінюйте сервери імен лише тому, що хостинг-провайдер надає вам IP -адресу.
IP-адреса зазвичай належить до запису A або AAAA .
Метод 1: Підключення домену шляхом зміни серверів імен
Використовуйте цей метод, коли новий провайдер хоче керувати DNS.
Крок 1: Отримайте точні сервери імен
Ваш хостинг або DNS-провайдер має надати імена, такі як:
ns1.examplehost.com
ns2.examplehost.com
Скопіюйте їх точно.
Не вигадуйте сервери імен.
Крок 2: Створіть резервну копію наявного DNS
Перед зміною серверів імен збережіть :
- A;
- AAAA;
- CNAME;
- MX;
- TXT;
- записи, пов'язані з SPF;
- DKIM;
- DMARC;
- CAA;
- SRV;
- записи перевірки;
- важливі піддомени.
Це важливо, тому що:
Зміна серверів імен не копіює автоматично DNS-записи від старого DNS-провайдера до нового.
Якщо електронна пошта вже працює, цей крок особливо важливий.
Крок 3: Відтворіть необхідні записи у нового DNS-провайдера
Зробіть це до зміни серверів імен, коли можливо.
У нового провайдера створіть :
- записи веб-сайту;
- записи електронної пошти;
- записи перевірки служб;
- записи безпеки;
- записи піддоменів.
Не чекайте, поки після зміни серверів імен виявиться, що нова зона DNS порожня .
Крок 4: Змініть сервери імен у NiceNIC
Для домену, зареєстрованого в NiceNIC:
- увійдіть до свого облікового запису NiceNIC;
- відкрийте домен у розділі Мої продукти;
- відкрийте сторінку керування доменом;
- оберіть Служби домену;
- введіть нові сервери імен;
- збережіть зміну.
Скористайтеся поточним посібником NiceNIC з оновлення серверів імен для отримання останніх кроків інтерфейсу.
Що робити, якщо оновлення серверів імен відхилено?
Деякі реєстри перевіряють сервери імен перед їх прийняттям
. } Поточна інструкція NiceNIC щодо серверів імен пояснює, що оновлення може не виконатися, коли сервери імен :- не налаштовані правильно;
- не відповідають;
- не є авторитетними;
- не проходять технічну перевірку реєстру.
Якщо оновлення не вдалося:
- перевірте написання;
- запитайте у DNS/хостинг-провайдера підтвердження, що сервери імен активні;
- підтвердьте, що вони є авторитетними для вашого домену;
- виправте налаштування DNS-провайдера;
- повторіть оновлення серверів імен.
Повторне надсилання тих самих недійсних серверів імен не вирішить проблему.
Метод 2: Залиште сервери імен NiceNIC і спрямуйте DNS на хост
Цей метод залишає DNS у NiceNIC.
Поточний посібник NiceNIC зі служб DNS пояснює ключове правило:
DNS-записи NiceNIC використовуються, коли домен делегує на сервери імен NiceNIC.
Якщо ваш домен використовує зовнішні сервери імен, редагуйте DNS у цього зовнішнього провайдера .
Крок 1: Отримайте необхідні записи від хоста
Ваш хостинг-провайдер може надати вам:
- адресу IPv4;
- адресу IPv6;
- призначення CNAME;
- запис перевірки TXT;
- інструкції для спеціальних піддоменів.
Не вгадуйте значення.
Використовуйте точну інформацію, надану службою, до якої ви підключаєтеся.
Крок 2: Відкрийте керування DNS у NiceNIC
Коли домен використовує сервери імен NiceNIC :
- увійдіть до NiceNIC;
- відкрийте домен у розділі Мої продукти;
- відкрийте сторінку керування доменом;
- оберіть DNS-записи;
- додайте або відредагуйте необхідні записи;
- збережіть зміни.
Див. Як керувати DNS-записами в NiceNIC.
Крок 3: Налаштуйте кореневий домен
Кореневий домен — це:
example.com
Його також іноді називають:
- apex;
- «голий» домен;
- кореневий домен.
Ваш хостинг-провайдер може вказати вам створити запис A :
@
203.0.113.20
Різні інтерфейси DNS по-різному представляють кореневий домен .
Поточний інтерфейс DNS NiceNIC може використовувати порожнє або позначене кореневе поле залежно від типу запису .
Дотримуйтеся фактичного інтерфейсу та інструкцій провайдера, а не вводьте повне ім'я домену в поле, яке очікує лише мітку хоста .
Крок 4: Налаштуйте www
Це два окремі DNS -імені:
example.com
www.example.com
Поширена конфігурація така:
@
203.0.113.20
www
example.com
Але ваш хостинг-провайдер може вимагати іншу ціль для www.
Використовуйте його офіційне значення.
Не припускайте, що налаштування кореневого домену автоматично налаштовує www.
Запис A проти CNAME: що використовувати?
Запис A
Використовуйте запис A, коли провайдер надає вам адресу IPv4 .
Приклад:
example.com → 203.0.113.20
Запис AAAA
Використовуйте запис AAAA, коли провайдер надає вам адресу IPv6 .
Запис CNAME
Використовуйте CNAME, коли провайдер надає вам інше ім'я хоста.
Приклад:
www.example.com → sites.exampleplatform.com
Не вводьте IP-адресу в поле CNAME .
Щодо конструкторів веб-сайтів?
Конструктори веб-сайтів часто надають:
- записи CNAME;
- записи A;
- записи перевірки TXT.
Наприклад, платформа може попросити вас додати:
www → connect.platform.example
та:
TXT → platform-verification-code
Зазвичай вам не потрібно передавати домен конструктору веб-сайтів .
Залиште реєстрацію в NiceNIC і введіть записи в активного DNS -провайдера.
Як підключити домен до VPS або хмарного сервера
VPS або хмарний сервер зазвичай надає вам IP -адресу.
Поширена конфігурація така:
www
Але DNS — це лише половина налаштування .
Сервер також має бути налаштований на прийом домену.
Це може вимагати:
- віртуального хоста веб-сервера;
- конфігурації Nginx/Apache;
- ім'я хоста застосунку;
- SSL-сертифікат;
- доступ через брандмауер;
- доступність портів 80/443.
Якщо DNS вказує правильно, але сервер не налаштований для імені хоста, домен може показувати:
- сторінку сервера за замовчуванням;
- інший веб-сайт;
- 404;
- 403;
- помилку з'єднання.
Як підключити домен до Shopify, Wix, Squarespace або іншої платформи веб-сайту
Загальний принцип той самий.
Платформа зазвичай надасть:
- сервери імен; або
- записи A/CNAME/TXT.
Не слідуйте випадковому посібнику з використанням значень з іншої платформи.
Використовуйте точні інструкції для спеціального домену від вашої платформи.
Потім введіть ці значення у:
провайдера, який є авторитетним для вашого DNS.
Реєстратором може залишатися NiceNIC.
Як підключити домен під час використання Cloudflare
Ви можете зберегти:
Реєстратор: NiceNIC DNS: Cloudflare Веб-сайт: будь-який сумісний хостинг-провайдер
У цій конфігурації:
- NiceNIC зберігає реєстрацію домену;
- домен використовує сервери імен Cloudflare;
- DNS-записи керуються в Cloudflare;
- записи веб-сайту вказують з Cloudflare на хост.
NiceNIC документує цю конфігурацію у статті Чи можна використовувати Cloudflare DNS без передачі домену?.
Не створюйте ті самі записи в NiceNIC, очікуючи, що вони вплинуть на живий сайт, якщо сервери імен Cloudflare є авторитетними.
Захистіть електронну пошту перед зміною серверів імен
Це один із найважливіших кроків у всьому процесі.
Підключення веб-сайту часто зосереджується лише на:
- записі A;
- CNAME.
Але бізнес-електронна пошта може залежати від:
- MX;
- SPF;
- DKIM;
- DMARC;
- записів перевірки TXT;
- записів autodiscover.
Якщо ви перемкнете сервери імен і забудете ці записи:
веб-сайт може працювати, а електронна пошта зупиниться.
Перед зміною серверів імен скопіюйте повну конфігурацію поштових DNS -записів.
Приклад: веб-сайт в одного провайдера, електронна пошта — в іншого
Звичайна зона DNS може виглядати так:
www
Під час підключення нового веб-сайту змінюйте лише записи, необхідні для веб-сайту, якщо ви навмисно не хочете змінити також електронну пошту .
Не видаляйте не пов'язані DNS -записи.
Чи впливає зміна запису A на електронну пошту?
Зазвичай безпосередньо ні.
Запис A, який використовується для веб-сайту, і записи MX, які використовуються для електронної пошти, — це різні DNS -записи.
Однак електронна пошта все одно може постраждати , якщо:
- ім'я хоста поштового сервера залежить від зміненого запису A;
- ви видалите допоміжні записи;
- ви зміните сервери імен і не зможете відтворити поштові записи.
Отже:
Зміна одного запису A веб-сайту — це не те саме, що заміна всієї зони DNS.
Перевірте DNSSEC перед зміною серверів імен
Якщо DNSSEC увімкнено, зміни серверів імен потребують особливої обережності.
Поточний посібник NiceNIC з налаштування та усунення несправностей DNSSEC пояснює, що записи DNSSEC зазвичай генеруються DNS-провайдером, тоді як NiceNIC може подати відповідний запис DS до реєстру для підтримуваних TLD.
Поширена послідовність збоїв така:
- домен використовує DNS-провайдера A;
- DNSSEC активний;
- запис DS вказує на ключі провайдера A;
- сервери імен змінюються на провайдера B;
- старий запис DS залишається;
- провайдер B використовує інші дані DNSKEY;
- перевірка DNS не виконується.
Користувачі можуть тоді бачити:
SERVFAIL
навіть якщо звичайний запис A виглядає правильним.
Перед зміною серверів імен:
- перевірте, чи увімкнено DNSSEC;
- підтвердьте, чи потрібно видалити або замінити записи DS;
- правильно увімкніть підписування у нового провайдера;
- перевірте ланцюг після зміни.
DNSSEC і SSL — це різні речі
Не плутайте їх.
DNSSEC
Допомагає перевіряти DNS -відповіді.
SSL/TLS
Захищає з'єднання між браузером і веб-сайтом.
Домен може мати:
- правильний DNS;
- дійсний DNSSEC;
- зламаний SSL.
Або:
- дійсний SSL-сертифікат;
- зламаний DNS.
Усувайте несправності окремо.
Коли слід налаштовувати SSL?
Зазвичай після того, як домен вказує на правильну хостинг-службу .
Багато хостинг-платформ автоматично видають сертифікат після DNS -перевірки.
Інші вимагають, щоб ви :
- увімкнули SSL вручну;
- встановили сертифікат;
- перевірили домен;
- налаштували HTTPS.
Перевірте:
http://example.com
та:
https://example.com
Також перевірте:
https://www.example.com
якщо ви використовуєте www.
Сертифікат має покривати кожне ім'я хоста, яке, як очікується, відвідуватимуть користувачі .
Чому HTTP працює, а HTTPS не працює?
Можливі причини:
- сертифікат не видано;
- термін дії сертифіката закінчився;
- сертифікат не включає ім'я хоста;
- HTTPS не увімкнено на хості;
- невідповідність SSL проксі/CDN;
- конфігурація переадресації.
Якщо DNS розв'язується правильно, але HTTPS не працює, проблема може бути не в реєстраторі .
Перевірте рівень хостингу, SSL або CDN .
Що таке поширення DNS?
Після зміни DNS деякі користувачі можуть тимчасово отримувати старі кешовані DNS -відповіді.
Зміни DNS буквально не копіюються на кожен комп'ютер одночасно .
Рекурсивні резолвери кешують DNS-інформацію відповідно до TTL та іншої поведінки кешування .
Корисна відмінність така:
Авторитетний DNS
Те, що DNS-провайдер домену каже прямо зараз.
Кешований DNS
Те, що інший резолвер може досі пам'ятати з попереднього запиту.
Ось чому один користувач може бачити новий веб-сайт, а інший досі бачить старий .
Скільки часу займає поширення DNS?
Немає універсального фіксованого часу.
Це може залежати від:
- попереднього TTL;
- кешу резолвера;
- кешу делегування;
- негативного кешування;
- резолвера ISP;
- локального DNS-кешу.
Не просто чекайте 24-48 годин без перевірки конфігурації.
Поточна DNS-інструкція NiceNIC рекомендує:
- підтвердити авторитетного провайдера;
- перевірити, що авторитетний запис правильний;
- лише тоді дозволити кешованим відповідям застаріти.
Див. Чому ваші зміни DNS не працюють і як це виправити.
Очікування не виправляє неправильний DNS-запис
Це заслуговує на окреме правило:
Поширення не може виправити неправильну конфігурацію.
Якщо авторитетний DNS каже:
example.com → неправильна IP
довше очікування не зробить її правильною IP.
Виправте авторитетний запис спочатку.
Потім розгляньте кешування.
Як перевірити, що домен підключено правильно?
Не зупиняйтеся, коли панель DNS показує :
Збережено
Перевірте фактичну службу.
Перевірка 1: Кореневий домен
Відкрийте:
example.com
Перевірка 2: www
Відкрийте:
www.example.com
Перевірка 3: HTTP
Перевірте:
http://example.com
Перевірка 4: HTTPS
Перевірте:
https://example.com
{{/ Купуйте та реєструйте свій домен .COM сьогодні
Перевірте доступність домену .COM, зареєструйте новий домен .COM, шукайте кілька імен оптом або перенесіть свої існуючі домени .COM до NiceNIC. Створено для бізнесу, інвесторів доменів, агенцій, провайдерів хостингу та реселерів.
Наступні новини: .ICU vs .COM: який домен кращий для нового бренду?
