Как подключить домен к CloudHosting
Чтобы использовать домен с услугами CloudHosting, домен необходимо направить на нашу DNS-инфраструктуру. Ниже представлены два варианта.
Вариант 1 — Делегирование DNS на CloudHosting (рекомендуется)
Самое быстрое и популярное решение: вы меняете NS-серверы домена на CloudHosting и затем управляете DNS-записями (A, AAAA, MX, TXT, CNAME) в одном месте.
Этот вариант особенно удобен, если вы используете VPS / виртуальные серверы или хостинг.
Укажите следующие NS-серверы:
ns.cloudhosting.lv 91.220.43.5 (IPv6: 2a03:3440::91:220:43:5) (primary / master) ns2.cloudhosting.lv 185.8.60.254 (IPv6: 2a03:3440::185:8:60:254) (secondary / slave)
- Распространение DNS-изменений может занять до 24–48 часов (зависит от TTL).
- Если у домена настроена почта, сохраните MX и TXT записи.
- Если нужна помощь с переносом DNS, свяжитесь с нами: Контакты.
Вариант 2 — Перенос .lv домена к регистратору CloudHosting
CloudHosting является официальным регистратором доменов .lv. Если вы хотите перенести .lv домен к нам как к регистратору, отправьте запрос в NIC.LV.
Отправьте письмо на:
dns-reg@nic.lv Hello. Please transfer my domain name "your-domain.lv" to CloudHosting registrar. Thank you in advance.
После подтверждения (обычно в течение 24 часов) домен будет перенесён и делегирован на DNS CloudHosting. Услуги и управление доменом доступны в разделе Регистрация доменов.
Как происходит перенос доменного имени на серверы CloudHosting.lv
Перенос доменного имени на серверы CloudHosting.lv означает, что вы меняете DNS-настройки так, чтобы пользователи, вводя домен в браузере, попадали на новую серверную инфраструктуру. На практике это может быть либо смена nameserver-ов (NS), либо изменение отдельных DNS-записей (обычно A/AAAA). В обоих случаях основная цель — безопасно переключить трафик на новый сервер, сохранив работоспособность сайта, почты и интеграций, и максимально сократив простой.
Очень важно отличать «перенос домена» от «переноса сайта». Домен — это адрес, который через DNS указывает на инфраструктуру. Сайт и сервисы — это файлы, база данных, настройки, почта, SSL-сертификаты, cron-задачи и интеграции. Поэтому правильная последовательность такая: сначала подготовьте и протестируйте новую среду, и только затем меняйте DNS. Если нужна гибкая среда с выделенным IP, возможностью установить своё ПО и протестировать проект до публичного переключения, обычно выбирают виртуальные серверы.
Для безопасного переноса рекомендуется составить короткий план миграции и чек-лист. Это помогает не только «ничего не забыть», но и обеспечить понятный сценарий отката. Даже при правильной работе могут быть нюансы: кеш старого сервера, DNS-кеширование у провайдеров, разные версии серверного ПО, разные PHP-модули, права доступа или небольшие отличия в конфигурации.
1) Подготовьте новый сервер и сделайте резервные копии. Перед переключением обязательно сделайте полный бэкап: файлы сайта, базу данных, конфигурации и (при необходимости) почтовые данные. Бэкап — ваша страховка. Затем установите на новом сервере нужное ПО: веб-сервер (Nginx/Apache), базу данных, необходимые модули и дополнительные компоненты (например, обработку изображений, кеш-системы или поиск). Импортируйте базу данных и загрузите файлы.
2) Проверьте нюансы конфигурации до смены DNS. Типичные «боли» — права на файлы, пути к загрузкам, отправка почты с сайта, cron-задачи, API-ключи, reCAPTCHA, платёжные шлюзы, webhook-адреса и правила редиректов. Если на старом сервере были особые настройки (например, дополнительные Nginx location правила, .htaccess переписывание или изменённые PHP лимиты), убедитесь, что на новом сервере всё эквивалентно. Если используется кеширование — проверьте, что оно не скрывает динамический контент.
3) Протестируйте сайт без публичной смены DNS. Самый безопасный вариант — локально направить домен на новый IP через файл hosts. Так вы откроете сайт по доменному имени, но только на своём компьютере. Посетители продолжат видеть старый сервер, пока вы тестируете новый.
Windows: C:WindowsSystem32driversetchosts Linux / macOS: /etc/hosts Пример (замените на ваш IP и домен): 203.0.113.10 example.lv 203.0.113.10 www.example.lv
Во время тестирования проверьте не только главную страницу: авторизацию, корзину, оформление заказа, фильтры, поиск, профиль пользователя, формы, загрузку изображений и все критические разделы. Для интернет-магазина важно проверить оплату в тестовом режиме или хотя бы убедиться, что callback/webhook адреса корректны и firewall ничего не блокирует. Если есть интеграции со складом или CRM — проверьте, нужно ли добавить новый IP в allowlist.
4) Выберите метод переключения DNS: NS или A/AAAA. Если вы хотите, чтобы DNS полностью управлялся CloudHosting.lv, меняйте NS записи. Это удобно, если хотите управлять DNS в одном месте или требуется «пересобрать» зону. Если DNS вы хотите оставить у регистратора или у третьей стороны, достаточно обновить A/AAAA записи на новый IP.
Пример A записи: Тип: A Имя: example.lv Значение: 203.0.113.10 TTL: 300 Пример AAAA записи (если используете IPv6): Тип: AAAA Имя: example.lv Значение: 2001:db8::10 TTL: 300
5) Уменьшите TTL перед переключением. Если TTL высокий, записи будут дольше храниться в кеше. Хорошая практика — уменьшить TTL до 300 за 12–24 часа до миграции. Это ускоряет переключение и сокращает период, когда часть пользователей ещё попадает на старую версию. После миграции TTL можно увеличить.
Рекомендуемый TTL до миграции: 300 После миграции (пример): 3600 или 14400
6) Проверьте DNS ответы до и после изменений. До переключения зафиксируйте текущие записи: A/AAAA, MX, TXT (SPF/DKIM/DMARC), CNAME и записи подтверждения сторонних сервисов. После изменений проверьте, что всё возвращается корректно и что вы не забыли важный TXT или CNAME, влияющий на почту и интеграции.
Проверить A запись: dig +short example.lv A Проверить NS записи: dig +short example.lv NS Проверить MX (для почты): dig +short example.lv MX
7) Запланируйте период «двух серверов». Во время распространения DNS часть пользователей может попасть на старый сервер, а часть — на новый. Это нормально. Но для динамических систем это может привести к «разделению данных» (например, заказ создан на одном сервере, но не виден на другом). Чтобы избежать этого, интернет-магазинам и порталам иногда рекомендуют временно включить read-only режим, выполнять миграцию при низкой нагрузке или использовать краткосрочную синхронизацию данных. Этот шаг нужен не всем сайтам, но для критичных систем он важен.
Что проверить, чтобы перенос прошёл без сюрпризов: почта, SSL и сопровождение
Почта и MX записи. Если домен используется для почты, не допускайте случайного нарушения MX записей при миграции. Если почта остаётся у текущего провайдера, MX можно не менять. Если почта переезжает на новый сервер — делайте это как отдельную задачу: переносите ящики, данные, настраивайте аутентификацию, и только потом меняйте MX. Не забудьте обновить SPF, если меняется IP отправки.
Пример MX: Тип: MX Имя: example.lv Приоритет: 10 Значение: mail.example.lv Пример SPF (упрощённо): v=spf1 ip4:203.0.113.10 -all
Проверка SSL/HTTPS. Если сайт работает по HTTPS, SSL сертификат должен быть установлен на новом сервере до публичного переключения DNS. Иначе пользователи увидят предупреждение браузера. Проверьте редиректы (http → https), валидность сертификата и отсутствие mixed content. Если используете CDN — убедитесь, что SSL режим (например Full/Strict) соответствует новой среде.
Логи, ошибки и производительность. После переключения убедитесь, что сайт открывается из разных сетей. Лучше протестировать домашний интернет, мобильный интернет и офисные сети — DNS кеширование может отличаться. Посмотрите логи сервера: 404 ошибки указывают на отсутствующие файлы, 500 — на проблемы приложения или PHP, а медленная загрузка может быть связана с кешированием или индексами базы данных. Если после миграции много 404 — вероятно, нужно проверить правила переписывания или пути к медиа.
Чек-лист после переключения. Этот список можно использовать как стандарт финальной проверки. Если всё в порядке, перенос можно считать завершённым.
1) Проверить, что домен указывает на новый IP (A/AAAA). 2) Проверить главные страницы и критические функции. 3) Проверить HTTPS и цепочку сертификатов. 4) Проверить формы и отправку писем с сайта. 5) Проверить callback адреса оплат/интеграций (если есть). 6) Просмотреть логи сервера (404/500/timeout). 7) После подтверждения стабильности — отключить старый сервер.
Если проект проще и вы не хотите заниматься администрированием, иногда удобнее использовать управляемый сервис, где многие технические вопросы решаются на уровне услуги, например хостинг. Для крупных систем с высокой нагрузкой, где нужна предсказуемая производительность и полная изоляция ресурсов, часто выбирают более мощную инфраструктуру, например аренду серверов.
Итог: перенос домена на серверы CloudHosting.lv — безопасный и управляемый процесс, если делать его по шагам. Подготовьте новую среду, протестируйте её до публичной смены DNS, уменьшите TTL, учтите почту и SSL, и после переключения выполните полную проверку. Такой подход позволяет выполнить перенос с минимальным простоем и без ухудшения пользовательского опыта.