Понимание записей DNS

В предыдущей статье « Что такое DNS? » я дал обзор системы доменных имён (DNS), уделив особое внимание принципам её работы и целям. В этой статье я немного углублюсь в детали, рассмотрев записи DNS , их функции и их пользу.

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

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

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

Если вы не помните, какие серверы имен установлены для вашего домена , вы всегда можете воспользоваться службой поиска, например LeafDNS .

Существует несколько различных типов записей DNS, но вам следует ознакомиться с теми, с которыми вам следует ознакомиться: A, CNAME и MX. Я расскажу о каждом из них по очереди, используя «example.org» в качестве доменного имени. (Обратите внимание, что этот домен зарезервирован ICANN  для примера и фактически мне не принадлежит.)

Записи A , или записи адресов, сопоставляют домены и поддомены с IP-адресами . Как видно на снимке экрана выше, сделанном из cPanel, в файле зоны для «example.org» заданы две записи A. Первая предназначена для самого домена и IP-адреса (172.31.59.76), принадлежащего серверу, на котором размещён example.org. Это гарантирует, что при вводе «example.org» в браузере вы будете перенаправлены на этот сервер, а не на какой-либо другой. Если позже я решу, что example.org должен соответствовать другому серверу, мне потребуется отредактировать запись A, указав новый IP-адрес.

Вторая запись A для blog.example.org указывает на совершенно другой IP-адрес. Возможно, это связано с тем, что я решил разместить свой блог на другом сервере, или, возможно, я разрабатываю блог в другом месте и временно использую blog.example.org, пока не буду готов к запуску. Я могу создать любое количество таких записей A, в том числе предоставить другу поддомен , чтобы он мог размещать там всё, что ему нужно, например, david.example.org.

Записи CNAME или записи канонических имён — это ещё один тип записей, показанный в примере выше. Это просто псевдонимы для других доменов . Наиболее очевидный пример — «www.example.org», являющийся CNAME для «example.org». Наличие этого набора CNAME гарантирует, что вы попадёте на мой сайт, независимо от того, введёте ли вы в браузере «example.org» или «www.example.org». Причина, по которой www.example.org сделан CNAME для example.org, а не записью A, которая просто указывает на тот же IP (хотя вы можете сделать и это), заключается в удобстве. Если бы я позже изменил запись A для example.org, все записи CNAME, указывающие на неё, можно было бы оставить нетронутыми. Все они — просто псевдонимы и будут указывать туда, куда указывает example.org.

Последняя запись CNAME относится к shop.example.org и указывает на сайт на Shopify. Это демонстрирует, что CNAME-записи не обязательно должны быть псевдонимами вашего домена . Если бы я перешёл на http://shop.example.org  (предполагая, что это рабочий домен), я бы увидел содержимое http://example-shop.myshopify.com  (предполагая, что это настоящий магазин на Shopify), хотя URL-адрес браузера всё равно был бы  http://shop.example.org .

Записи MX , или записи почтового обменника, — это последний тип DNS-записей , который мы рассмотрим в этой статье. Обратите внимание, что на скриншоте выше нет записей MX. Это связано с тем, что cPanel обрабатывает записи MX в другой области (значок «MX Entry» в разделе «Почта»), хотя они являются такой же частью вашей DNS-зоны, как и другие записи.

В другой статье я рассказывал о работе почтовых служб на вашем веб-сервере. DNS в целом и записи MX в частности дополняют эти службы, определяя, куда должна направляться электронная почта при отправке на адрес в вашем домене. Таким образом, в зависимости от настроек MX-записей, электронная почта, отправленная на адрес galen@example.org, может быть перенаправлена на почтовую службу , размещенную на моем веб-сервере, или в другое указанное мной место, например, в Google , если я использую Google Apps. 

Как видно на первом снимке экрана, запись MX просто указывает на example.org, то есть электронная почта, отправленная на whs@example.org, будет доставлена на мой веб-сервер. Но на втором снимке экрана я настроил записи MX, необходимые для использования Google Apps . Это работает следующим образом: когда вы отправляете электронное письмо на galen@example.org, ваша почтовая служба выполняет DNS-поиск всех записей MX на example.org и, получив информацию об этих записях, обращается к почтовой службе, размещенной на сервере (или серверах), указанных в записях. Поля «приоритета», которые вы видите в каждой записи MX, представляют собой порядок приоритета серверов , на которые вы хотите доставлять почту , при этом более низкие номера имеют более высокий приоритет.

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

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

Если вам когда-нибудь понадобится независимый и надёжный DNS-сервис, вы также можете получить его у регистратора доменов. Такие сайты, как Namecheap и GoDaddy, известны тем, что предлагают надёжные DNS-сервисы по выгодным ценам.

Получайте свежие новости в нашем Телеграм канале