DNS запись онлайн

DNS работает как адресная книга интернета. Когда пользователь вводит имя сайта, браузер запрашивает DNS и получает сведения о том, куда направлять соединение. Эти сведения хранятся в зоне домена в виде отдельных записей. Для одного домена обычно используется несколько записей одновременно: одни отвечают за сайт, другие за почту, поддомены, защиту писем или подключение внешних сервисов.

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

Запись A направляет домен или поддомен на IPv4-адрес. Она используется для основного сайта, панели управления, отдельных приложений и служебных поддоменов. Для работы по современному протоколу IPv6 применяется запись AAAA. Если сервер имеет оба адреса, обычно создают A и AAAA с одинаковым именем.

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

MX определяет серверы, которые принимают почту для домена. В записи указывают имя почтового сервера и приоритет: меньшее число означает более предпочтительный сервер. TXT хранит текстовые данные. Через него подтверждают права на домен, публикуют правила SPF, настройки DKIM и DMARC. NS указывает авторитетные DNS-серверы зоны, а SRV применяется отдельными программами для поиска нужных служб.

Сначала откройте управление DNS-зоной у регистратора домена, хостинг-провайдера или DNS-сервиса, который обслуживает домен. Убедитесь, что именно его серверы указаны в NS-записях: изменение зоны в неактивной панели не повлияет на работу домена. Затем выберите добавление новой записи либо редактирование существующей.

Укажите тип записи, имя хоста, значение и TTL. Для корневого домена в поле имени обычно используют символ @ или оставляют поле пустым, в зависимости от панели. Для поддомена достаточно указать его короткое имя, например mail или shop. В значении A-записи должен быть IP-адрес, в CNAME и MX чаще всего указывается доменное имя, а в TXT важно сохранить все кавычки, пробелы и разделители, если они выданы сервисом.

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

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

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

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

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

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

После изменения проверяйте не только наличие записи, но и работу конечного сервиса. Сайт должен открываться по основному домену и нужным поддоменам, письма должны приниматься и отправляться, а сервис подтверждения должен видеть TXT или CNAME. Такой подход помогает отличить корректную публикацию DNS от ошибки в настройках самого сервера.