Сайт на одном сервере, почта на другом: как настроить DNS без ошибок

Домен — это не единый адрес одного сервера, а набор независимых DNS-записей, каждая из которых отвечает за свою службу. Поэтому сайт может жить на хостинге в одном месте, а почта — на совершенно другом сервисе, и оба будут исправно работать под одним и тем же доменным именем. Разберёмся, как это устроено и что именно нужно настроить.

Разве домен не привязан к одному серверу?

Нет, и это частое заблуждение новичков. Домен — это просто имя, а DNS-зона домена — это список инструкций, куда что отправлять. Одна запись говорит браузерам, где искать сайт, другая — почтовым серверам, куда доставлять письма, третья может указывать на облачное хранилище или подтверждать владение сервисом. Эти записи между собой никак не связаны и настраиваются отдельно.

Именно поэтому владелец домена может спокойно держать сайт у одного провайдера хостинга, а почту завести через стороннюю платформу — например, крупный почтовый сервис для бизнеса. Такая связка встречается очень часто: компании нравится корпоративная почта одного провайдера, а сайт при этом размещён у другого хостера, потому что там удобнее панель управления или дешевле тариф.

Какая запись отвечает за сайт?

За то, куда посетитель попадёт при вводе адреса сайта в браузере, отвечает A-запись (если сервер работает по протоколу IPv4) или AAAA-запись (для IPv6). Она указывает на конкретный IP-адрес сервера, где физически лежат файлы сайта. Иногда вместо A-записи используют CNAME — она не указывает IP напрямую, а ссылается на другое доменное имя, которое, в свою очередь, уже привязано к нужному адресу. Это удобно, когда хостинг-провайдер время от времени меняет IP-адреса серверов: вам не придётся вручную обновлять запись при каждой смене.

Важный нюанс: CNAME нельзя ставить на корневой домен (то есть без "www"), только на поддомены. Для главной страницы сайта обычно всё равно используется A-запись, а CNAME чаще применяют для www-версии или отдельных сервисов вроде поддомена интернет-магазина.

А что отвечает за почту?

За почту отвечает MX-запись — она указывает, на какой сервер нужно доставлять входящие письма для домена. И вот здесь кроется ключевая логика разделения: MX-запись может указывать на сервер, который вообще никак не связан с хостингом сайта. Почтовые серверы почтового провайдера получают письма, адресованные вашему домену, независимо от того, где лежит сам сайт.

У домена может быть сразу несколько MX-записей с разным приоритетом — это резервные почтовые серверы на случай, если основной временно недоступен. Чем меньше число приоритета, тем выше важность записи: почтовая система сначала пытается достучаться до сервера с наименьшим значением.

Как настроить всё это на практике?

Порядок действий обычно такой:

• Заходите в панель управления DNS-зоной домена — она есть у регистратора домена или у хостинг-провайдера, если делегирование настроено на его серверы.
• Настраиваете A-запись (и при необходимости CNAME для www) на IP-адрес хостинга, где размещён сайт.
• Удаляете старые MX-записи, если они остались от предыдущего провайдера, и добавляете новые MX-записи, которые выдаёт почтовый сервис — обычно их указывают в инструкции при подключении корпоративной почты.
• Добавляете TXT-записи для подтверждения владения доменом и для защиты почты (SPF, DKIM, DMARC) — их также выдаёт почтовый провайдер при подключении.

Главное правило: настройка A-записи для сайта и настройка MX-записей для почты — это две абсолютно независимые операции. Изменение одной не затрагивает другую. Многие боятся "сломать почту", когда меняют хостинг сайта, но если не трогать MX-записи, письма продолжат приходить как раньше.

Что будет, если перепутать записи?

Если случайно удалить или неправильно указать MX-запись, письма перестанут доходить до почтовых ящиков — они будут либо возвращаться отправителю с ошибкой доставки, либо теряться. Сайт при этом продолжит работать нормально, потому что за него отвечает другая запись. И наоборот: ошибка в A-записи приведёт к тому, что сайт станет недоступен, а почта продолжит функционировать без сбоев.

Именно поэтому перед любыми изменениями в DNS-зоне полезно сначала выписать все текущие записи в отдельный документ — своеобразную резервную копию настроек. Это займёт пару минут, а сэкономить может часы простоя.

Сколько времени занимает применение изменений?

DNS-записи не применяются мгновенно из-за особенности работы системы кэширования. У каждой записи есть параметр TTL (Time To Live) — время, в течение которого информация о записи хранится в кэше у интернет-провайдеров и других DNS-серверов по всему миру. Пока старое значение не устарело по времени, часть пользователей может видеть прежние данные, даже если вы уже изменили запись.

Интересный факт: система доменных имён была придумана в начале 1980-х как раз для того, чтобы люди могли пользоваться понятными именами вместо запоминания числовых IP-адресов — и с тех пор принцип распределённых, кэшируемых записей остался неизменным, только серверов и типов записей стало значительно больше.

Можно ли проверить, что всё настроено правильно, до момента, когда почта "отвалится"?

Да, и это стоит делать обязательно. Существуют бесплатные онлайн-инструменты для проверки DNS-записей домена: они показывают, какие A, MX, CNAME и TXT-записи видны в интернете прямо сейчас. Введя домен в такой сервис, можно сверить показанные значения с тем, что должно быть настроено согласно инструкции хостинга и почтового провайдера.

Также полезно отправить тестовое письмо на ящик домена после изменения MX-записей и подождать некоторое время — если письмо дошло без ошибок, значит, настройка прошла успешно. Если возникает ошибка доставки, в тексте ошибки обычно указывается конкретная причина: не найден сервер, отказ в приёме или проблема с записями безопасности.

Как эту задачу решает «Клауд АйСи»?

Для тех, кто размещает сайт на хостинге «Клауд АйСи», а почту предпочитает вести через сторонний сервис, доступна отдельная панель управления DNS-зоной, где записи A, MX, CNAME и TXT редактируются независимо друг от друга. Такой подход позволяет без лишних сложностей держать сайт и почту на разных площадках и в любой момент внести изменения именно в ту часть настроек, которая нужна, не затрагивая остальные.