Бесплатный DNS-хостинг для домена

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

На практике важнее не число доступных записей, а поддержка необходимых типов. Минимальный набор включает A и AAAA для IP-адресов, CNAME для псевдонимов, MX для почтовых серверов, TXT для проверок и почтовых политик, а также SRV при подключении отдельных приложений. Полезны импорт зоны, история изменений, двухфакторная защита аккаунта и понятные уведомления об ошибках.

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

Для сайта чаще всего создают запись A: она связывает домен с IPv4-адресом сервера. Если хостинг использует IPv6, добавляют AAAA. Поддомен www нередко делают CNAME на основной домен или на техническое имя, выданное платформой. Конкретный вариант зависит от инструкции хостинга: не стоит заменять A-запись CNAME-записью в корне зоны, если сервис этого явно не допускает.

Почта настраивается записью MX, которая указывает принимающие серверы и их приоритет. Дополнительно требуются TXT-записи SPF, DKIM и DMARC. SPF определяет, какие серверы могут отправлять письма от имени домена, DKIM добавляет криптографическую подпись, а DMARC задаёт правило обработки подозрительных сообщений и помогает контролировать подмену отправителя.

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

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

Затем создайте или перенесите записи. Если сайт и почта уже работают, сначала выпишите текущую зону: A, AAAA, CNAME, MX, TXT, SRV, а также специальные записи для поддоменов. Переносить домен без такой копии рискованно, поскольку сайт может открыться, а почта, верификация или отдельный поддомен перестанут работать.

После делегирования проверьте разрешение домена из нескольких сетей, загрузку сайта, работу HTTPS и отправку писем в обе стороны. Если запись была изменена недавно, учитывайте TTL — время, в течение которого прежние данные могут храниться в кэше. При плановом переносе желательно заранее уменьшить TTL, а после завершения вернуть разумное значение, чтобы снизить нагрузку и сохранить устойчивость.

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

Отдельное внимание уделите безопасности аккаунта. Включите двухфакторную аутентификацию, используйте уникальный пароль и ограничьте доступ сотрудников или подрядчиков. Если доступ выдаётся через API, создавайте отдельные ключи с минимальными правами и отключайте неиспользуемые. Несанкционированное изменение DNS-записей может перенаправить посетителей на чужой ресурс или нарушить получение почты.

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

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

Другая проблема — конфликт записей. Например, нельзя одновременно использовать CNAME и другие записи с тем же именем, а несколько SPF-записей TXT могут привести к ошибке проверки. При подключении почтового сервиса не удаляйте прежние MX и TXT наугад: сначала убедитесь, какие записи обслуживают текущую почту и какие значения требует новый провайдер.

Не следует устанавливать слишком короткий TTL для всех записей на постоянной основе. Низкое значение удобно во время миграции, но после неё может увеличить число DNS-запросов. Также не стоит публиковать в TXT конфиденциальные данные, пароли или внутренние сведения: DNS-записи доступны публично.