DNS-записи простыми словами: какие бывают и для чего нужны

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

Каждый раз, когда пользователь вводит имя сайта в браузере, компьютеру нужен не текст, а IP-адрес - набор цифр, по которому запрос находит нужный сервер в интернете. Эту работу берёт на себя DNS: расшифровывается аббревиатура как Domain Name System, и по сути это распределённая система, которая хранит соответствие между доменом и IP-адресом - похоже на телефонную книгу, где имени соответствует номер.

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

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

Для чего нужен DNS простыми словами

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

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

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

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

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

Как работает DNS: путь запроса от браузера до сервера

Запрос проходит цепочку серверов за доли секунды: от локального кэша компьютера до авторитативного сервера домена, который возвращает точный IP-адрес.

DNS-сервер - это компьютер, который хранит часть базы соответствий «домен - IP-адрес» и отвечает на запросы других серверов и устройств. Вся система Domain Name System построена как иерархия таких серверов, а не единый центральный справочник.

1. Пользователь вводит адрес сайта в браузер, и тот сначала проверяет собственный кэш - если адрес уже запрашивали недавно, ответ находится мгновенно, без обращения к сети.
2. Если в кэше пусто, запрос идёт к резолверу провайдера - серверу, который отправляет его дальше по DNS-иерархии и временно сохраняет у себя полученный ответ.
3. Резолвер обращается к корневому серверу. Корневых DNS-серверов в мире насчитывается всего 13 основных, но у каждого есть сотни зеркальных копий, разнесённых по разным странам.
4. Корневой сервер не знает точного адреса сайта, но подсказывает, где искать дальше: он отвечает за доменные зоны верхнего уровня, например TLD-сервер для зон .ru или .com.
5. TLD-сервер возвращает адрес авторитативного DNS-сервера - именно он хранит окончательные записи конкретного домена: A-запись с IP-адресом, MX-запись для почты и другие.
6. Авторитативный сервер отправляет ответ обратно по цепочке, резолвер проверяет его и возвращает браузеру, после чего страница открывается - на практике весь путь занимает доли секунды, а не секунд.

DNS-серверы физически размещены в дата-центрах по всему миру - копии корневых серверов стоят почти на каждом континенте, а сервер резолвера провайдера обычно находится в той же стране, что и сам провайдер, поэтому ответ приходит быстро.

DNS-записи: какие бывают и когда какая нужна

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

На практике для обычного сайта на хостинге нужно указать от силы три записи - A, MX и TXT. Остальные типы встречаются в более сложных сценариях: SRV - для VoIP-телефонии (голосовая связь через интернет) и мессенджеров, PTR - для почтовых серверов, которым важно не попасть в спам.

Отдельно стоит параметр TTL - время жизни записи в кэше DNS: именно он определяет, сколько секунд резолверы хранят ответ у себя, прежде чем снова обратиться к авторитативному серверу домена. Значение указывается рядом с записью, часто вида 3600 или 86400. Для записей, которые скоро поменяются - например, перед переносом сайта на другой хостинг - TTL заранее снижают до 300-600 секунд, чтобы изменения разошлись по сети быстрее.

DNS-зона, домен и поддомен: как всё устроено внутри

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

Система доменных имён построена иерархически. На вершине - корневая зона, обозначаемая точкой. Ниже - зоны верхнего уровня вроде .ru или .com, затем домены второго уровня (site.ru), и уже внутри них - поддомены (shop.site.ru, blog.site.ru). Каждый уровень может управляться своим набором NS-записей.

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

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

Почтовый DNS: как MX и TXT защищают почту и домен

MX-запись указывает почтовый сервер домена - без неё письма на адрес вида info@site.ru просто не будет куда доставить. У записи есть приоритет: если указано несколько серверов, почта сначала пробует сервер с меньшим числом, а при его недоступности - следующий по списку.

TXT-запись хранит текстовую информацию для верификации, SPF и DKIM - трёх механизмов защиты электронной почты и домена от подделки. SPF (Sender Policy Framework) перечисляет, каким серверам разрешено отправлять письма от имени домена. DKIM добавляет цифровую подпись к каждому письму, подтверждающую, что оно не изменено в пути.

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

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

DNS и VPN: в чём разница. 8.8.8.8 - чей это DNS

DNS - это справочник имён: он превращает домен в IP-адрес и не шифрует трафик пользователя, не меняет маршрут и не защищает интернет-соединение. VPN - это протокол, который шифрует трафик устройства и подменяет видимый IP, решая совсем другую задачу - защиту и анонимность подключения.

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

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

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

Какой DNS ставить в России: публичные серверы и смена NS у хостинга

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

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

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

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

Типичные проблемы с DNS и как их избежать

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

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

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

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

Что сделать прямо сейчас, если вы настраиваете или меняете DNS-записи для своего домена:

1. Определите, какой тип записи вам нужен - A, CNAME, MX или TXT - исходя из задачи: сайт, почта или подтверждение домена.
2. Перед любой миграцией снизьте TTL записи заранее, чтобы изменения разошлись быстрее.
3. После смены проверьте распространение записей через сервис проверки DNS из разных точек мира.
4. Настройте SPF и DKIM для почтового домена, чтобы письма не попадали в спам и не терялись при переезде на новый хостинг.

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

Данная статья основана на личном опыте автора и актуальна на момент публикации. Интерфейсы сервисов и алгоритмы поисковых систем регулярно меняются - рекомендую проверять актуальность инструкций на официальных ресурсах. Если у вас остались вопросы - задайте их в комментариях.

Список литературы

1. ICANN - What is ICANN (разъяснение роли организации в координации DNS и управлении корневой зоной)
2. IANA - Root Zone Database (данные о корневых серверах и делегировании доменов верхнего уровня)
3. Cloudflare - What is DNS? How DNS works // Cloudflare Learning Center
4. Google - Google Public DNS (официальная документация публичного DNS-сервиса 8.8.8.8) // developers.google.com