DNS-настройка — это не “поставить A-запись”. Это управление тем, куда ведёт домен, как работает почта, верификации сервисов и как проходит перенос без «то открывается, то нет». Мы настраиваем DNS-записи домена так, чтобы сайт и почта работали стабильно, а изменения были контролируемыми.
- Кому подходит: сайт на хостинге/VPS/VDS, корпоративная почта, CRM/сервисы на поддоменах, Cloudflare/анти-DDoS, переезды.
- Когда нужно: смена хостинга/сервера, подключение почты, выпуск SSL, настройка поддоменов, подключение аналитики/верификаций, “пропадает сайт” после изменений.
- Главный риск: сломать почту или часть пользователей оставить на старом сервере из-за TTL/кэшей.
Содержание
Что именно мы настраиваем
Записи для сайта и поддоменов
- A/AAAA — привязка домена к IPv4/IPv6 адресам сервера.
- CNAME — привязка поддомена к сервису/хосту (например, CDN, SaaS, Cloudflare, GitHub Pages и т.д.).
- NS — смена DNS-провайдера (например, перенос на Cloudflare) без потери записей.
- Redirect-логика — отдельно поясняем: редиректы делаются не в DNS, а на веб-сервере/прокси; DNS лишь направляет трафик.
Записи для почты
- MX — куда доставлять письма.
- TXT (SPF) — кто имеет право отправлять письма от домена.
- DKIM — подпись писем для доверия и доставляемости.
- DMARC — политика защиты от подделки и отчёты.
Верификации и сервисные записи
- TXT/CNAME для подтверждения домена в сервисах (аналитика, почтовые провайдеры, хранилища, CDNs).
- Настройка под отдельные сервисы: API, трекинг, вебхуки, формы, интеграции.
Как делаем изменения без «часть видит старое, часть новое»
DNS меняется не мгновенно из-за TTL и кэшей. Мы управляем этим процессом:
- Снимаем текущую карту DNS: все A/AAAA/CNAME/MX/TXT/NS и фиксируем исходное состояние.
- Заранее снижаем TTL (если планируется перенос) и даём времени “протухнуть” кэшам.
- Вносим изменения строго по плану: сначала критичные зависимости (почта/верификации), затем сайт.
- Проверяем резолвинг из разных точек, тестируем доставку почты и открытие сайта.
- Возвращаем TTL к нормальным значениям после стабилизации.
Критерии “результат принят”
- Домен и нужные поддомены резолвятся корректно (A/AAAA/CNAME), сайт открывается стабильно.
- Почта работает: MX задан правильно, SPF/DKIM/DMARC настроены без конфликтов.
- Все необходимые верификации сервисов пройдены (TXT/CNAME на месте).
- Есть список текущих записей и понятное описание “что за что отвечает” (чтобы дальше не ломали).
Чем мы отличаемся
- Не трогаем лишнее: сначала инвентаризация, потом изменения. Так не “слетают” MX/SPF/DKIM.
- Управляем TTL: планируем перенос, а не делаем “переключили и ждём сутки”.
- Проверяем последствия: сайт + почта + сервисы, а не только “пинг пошёл”.
Частые задачи по DNS
- Привязать домен к новому серверу (VPS/VDS) и перенести без заметного простоя.
- Настроить поддомен под сервис: api, crm, mail, cdn, static.
- Подключить корпоративную почту и повысить доставляемость (SPF/DKIM/DMARC).
- Перенести домен на другой DNS-провайдер (например, Cloudflare) без потери записей.
- Исправить ситуацию “то открывается, то нет” после правок (TTL/кэш/разные NS/ошибочные записи).
С этой услугой часто заказывают
Для старта достаточно: доступ к панели регистратора (где управляется домен) или к DNS-провайдеру, и понимание — где хостится сайт и где хостится почта. Детали согласуем по звонку.
Похоже на распространение DNS (оно не мгновенное). Обычно в это время часть пользователей видит старый сервер, часть - новый.
Зависит от TTL и кэшей у провайдеров. В среднем - от нескольких минут до суток. Если нужно быстро, TTL лучше снижать заранее.
Да, если задеть MX/SPF/DKIM. Поэтому мы всегда сначала смотрим текущие записи и только потом меняем нужное.
Да. Главное - иметь доступ к панели регистратора и понимать, где у вас хостится почта.
Обычно нет: добавляем запись A/CNAME, проверяем SSL и маршрутизацию.