После регистрации домена и покупки хостинга нужно «связать» их. Есть два способа: изменить NS-серверы (рекомендуется) или добавить A-запись.
Способ 1: Смена NS-серверов (рекомендуемый)
При этом способе весь DNS домена управляется из ZevsHost. Подходит, когда хотите управлять всеми DNS-записями в одном месте.
Шаги:
- Войдите в панель регистратора домена
- Найдите раздел «NS-серверы» или «Nameservers»
- Замените текущие NS на серверы ZevsHost:
ns1.zevshost.net ns2.zevshost.net - Сохраните изменения
- В cPanel ZevsHost добавьте домен: cPanel → Addon Domains
Способ 2: Изменение A-записи
Используйте этот способ, если хотите оставить DNS у регистратора (например, там настроена почта Google Workspace).
- Узнайте IP-адрес вашего хостинга ZevsHost — он указан в письме о регистрации или в cPanel → Общая информация
- В DNS-панели регистратора найдите A-запись для @
- Измените IP на IP вашего хостинга ZevsHost
- Также добавьте/измените A-запись для www:
@ IN A YOUR.HOSTING.IP www IN A YOUR.HOSTING.IP
Сроки обновления
| Действие | Минимум | Максимум |
|---|---|---|
| Смена NS-серверов | 30 мин | 48 часов |
| Изменение A-записи | 5 мин | 24 часа (зависит от TTL) |
Проверка подключения
# Проверить A-запись домена
nslookup example.com
# Проверить NS-серверы
nslookup -type=NS example.com
# Пинг домена
ping example.comЧастые ошибки при привязке домена
| Симптом | Причина | Решение |
|---|---|---|
| Браузер показывает страницу-заглушку хостинг-провайдера вместо сайта | Домен привязан по NS, но не добавлен как Addon Domain в cPanel — DNS указывает верно, а веб-сервер не знает про этот домен | Добавить домен в cPanel → Addon Domains и дождаться перегенерации конфигурации веб-сервера |
| ERR_TOO_MANY_REDIRECTS при открытии сайта | A-запись domain и www ведут на хостинг, но там же включён форс-редирект на другой протокол/домен, который конфликтует с настройками CMS | Сверить настройки force-HTTPS в cPanel и в CMS — включённым должен быть только один уровень редиректа |
| nslookup показывает старый IP спустя 3 дня после смены A-записи | TTL записи был выставлен на 86400 секунд (24 часа) до изменения, а резолвер клиента закешировал ответ до истечения TTL | Подождать полного истечения старого TTL или использовать flush DNS на стороне клиента для диагностики |
| Почта перестала приходить сразу после смены NS | MX-записи не были перенесены на новый DNS-провайдер вместе со сменой NS-серверов | Скопировать MX, SPF, DKIM записи в панель управления DNS ДО смены NS, не после |
TTL и почему привязка «не работает сразу»
TTL (Time To Live) — это время в секундах, на которое резолвер имеет право закешировать ответ. Типичные значения: 300 (5 минут) для записей, которые скоро будут меняться, и 3600–86400 для стабильных записей. Резолвер провайдера пользователя может проигнорировать короткий TTL и держать кеш дольше — это не нарушение стандарта, а особенность части публичных DNS-серверов, которые сами устанавливают минимальный TTL кеширования.
# Узнать TTL текущей A-записи
dig example.com A
;; ANSWER SECTION:
;example.com. 300 IN A 192.0.2.10Когда способ с A-записью не подходит
- Нужно управлять множеством поддоменов и записей централизованно — держать всё DNS у регистратора неудобно при частых изменениях
- Планируется подключение CDN или защиты от DDoS через смену NS (например, Cloudflare) — совмещать это с ручными A-записями у регистратора избыточно
- У домена уже настроен DNSSEC у DNS-провайдера, отличного от хостинга — смена только A-записи оставит подпись зоны без изменений, что безопаснее смены NS
- Нужна балансировка нагрузки между несколькими IP через приоритеты и веса записей — это делается через DNS-панель провайдера, а не через одну статичную A-запись
Если нужно не просто изменить A-запись, а полностью сменить NS-серверы — пошаговая инструкция в статье как изменить NS-серверы домена.
Проверка после привязки — расширенная диагностика
# Проверить, что заголовки ответа приходят именно с нужного сервера
curl -I http://example.com
# Проверить SSL-сертификат сразу после привязки
curl -vI https://example.com 2>&1 | grep -i "subject:"
# Убедиться, что www и голый домен ведут на один и тот же IP
dig example.com +short
dig www.example.com +shortЕсли curl -I возвращает заголовок Server от другого провайдера, а не от ZevsHost — значит, распространение DNS ещё не завершилось на используемом вами резолвере, даже если у других резолверов запись уже обновилась.