1. Как работает DNS
2. Доменные имена
3. Серверы имен
4. DNS-записи и файлы зон
5. Разрешение DNS
6. Типы DNS-записей
7. AXFR
8. CAA
9. CNAME
10. DKIM
11. MX
12. NS
13. PTR
14. SOA
15. SPF
16. SRV
17. текст

Автор Линоде

Используйте промо-код DOCS10 для получения кредита в размере 10 долларов США на новом счете.

система доменных имен (DNS) - это адресная книга Интернета. DNS направляет веб-трафик на ваш Linode и отправляет электронную почту на ваш почтовый ящик, сопоставляя памятные доменные имена, такие как example.com, с IP-адресами, такими как 192.0.2.8 или 0123: 4567: 89ab: cdef: 0123: 4567: 89ab: cdef. В этом руководстве представлены основные концепции DNS и различные типы записей DNS.

Как работает DNS

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

Доменные имена

Доменные имена лучше всего понять, читая справа налево. Самая широкая классификация доменов находится справа и становится более конкретной при перемещении влево. В приведенных ниже примерах домен верхнего уровня, или TLD , - это .com .

example.com mail.hello.example.com

Каждый термин слева от TLD отделяется точкой и считается более конкретным субдоменом, хотя субдомены первого уровня плюс их TLD ( example.com ) условно называются доменами. При перемещении влево привет и почта являются поддоменами второго и третьего уровня соответственно. Субдомены обычно используются для уникальной идентификации определенных компьютеров или сервисов, но это остается за владельцем домена.

Серверы имен

Выбор и указание серверов имен является неотъемлемой частью владения доменом. Если вы этого не сделаете, подключающиеся клиентские устройства не будут знать, где найти информацию о DNS, поэтому ваш домен не будет разрешен. Серверы имен размещают информацию о домене DNS в текстовом файле, который называется файлом зоны . Они также известны как записи Start of Authority (SOA). Вы можете разместить свою информацию DNS на серверах имен в одном из нескольких мест:

• Линод (рекомендуется)
• Ваш регистратор доменов
• Ваш собственный DNS-сервер
• Сторонний DNS-хостинг

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

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

DNS-записи и файлы зон

Следующим аспектом управления DNS является указание записей DNS, которые сопоставляют доменные имена с IP-адресами. Затем записи DNS автоматически объединяются в файл зоны, что позволяет подключенным устройствам искать правильный IP-адрес для вашего домена. Если вы решите использовать серверы имен Linode, наш диспетчер DNS поможет вам создать файл зоны по умолчанию. Он содержит записи, подобные следующим:

; example.com [448369] $ TTL 86400 @ IN SOA ns1.linode.com. admin.example.com. 2013062147 14400 14400 1209600 86400 @ NS ns1.linode.com. @ NS ns2.linode.com. @ NS ns3.linode.com. @ NS ns4.linode.com. @ NS ns5.linode.com. @ MX 10 mail.example.com. @ A 12.34.56.78 mail A 12.34.56.78 www A 12.34.56.78

Файл зоны каждого домена содержит адрес электронной почты администратора домена, серверы имен и записи DNS. Конечно, вы не ограничены этими записями по умолчанию. Вы можете создать множество DNS-записей для любого количества поддоменов. Чтобы узнать, как добавить отдельные записи DNS с помощью диспетчера DNS, прочитайте Linode Обзорная статья о диспетчере DNS руководство.

Разрешение DNS

Так как же на самом деле работает DNS? Во-первых, доменное имя должно быть переведено на IP-адрес вашего Linode. DNS сопоставляет дружественные для человека доменные имена, такие как example.com, с понятными для компьютера IP-адресами, такими как 192.0.2.8 Это происходит в специальном текстовом файле, называемом файлом зоны , в котором перечислены домены и соответствующие им IP-адреса (и несколько других вещей ). Файл зоны похож на телефонную книгу, в которой имена совпадают с адресами улиц.

Вот как работает процесс поиска DNS:

1. Вы вводите доменное имя, например example.com, в адресную строку браузера.
2. Ваш компьютер подключен к Интернету через интернет-провайдера (ISP). DNS-преобразователь вашего интернет-провайдера запрашивает у корневого сервера имен соответствующий сервер имен TLD. Другими словами, он спрашивает корневой сервер имен: * Где я могу найти сервер имен для доменов .com ? *
3. Корневой сервер имен отвечает IP-адресом для .com сервера имен.
4. DNS-распознаватель провайдера использует IP-адрес, полученный от корневого сервера имен, чтобы спросить сервер имен .com , * Где я могу найти сервер имен для example.com?
5. Сервер имен .com отвечает IP-адресом сервера имен example.com .
6. DNS-распознаватель ISP считывает файл зоны с сервера имен вашего домена.
7. Файл зоны показывает, какой IP-адрес идет с доменом.

8. Теперь, когда у интернет-провайдера есть IP-адрес для example.com , он (вкратце) возвращает его вашему браузеру, который затем обращается к веб-серверу сайта.

   

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

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

Типы DNS-записей

А и АААА

Запись A указывает ваш домен или поддомен на IP-адрес вашего Linode, что позволяет веб-трафику достигать вашего Linode. Это основная функция DNS. Типичная запись A выглядит следующим образом:

example.com A 12.34.56.78 hello.example.com A 12.34.56.78

Вы можете указать разные субдомены на разные IP-адреса. Если вы хотите указать каждый субдомен example.com на IP вашего Linode, вы можете использовать звездочку ( * ) в качестве субдомена:

* .example.com A 12.34.56.78

Запись AAAA аналогична записи A, но для IP-адресов IPv6. Типичная запись AAAA выглядит следующим образом:

example.com AAAA 0123: 4567: 89ab: cdef: 0123: 4567: 89ab: cdef

AXFR

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

Пример настройки серверов имен Linode в качестве подчиненных DNS-серверов с использованием AXFR см. В нашем руководство по настройке DNS в cPanel ,

CAA

DNS-центр авторизации использует DNS, чтобы владелец домена мог указать, каким центрам сертификации разрешено выдавать сертификаты для этого домена. Смотрите наш Записи CAA руководство по настройке пошагового руководства в Linode Manager.

CNAME

Запись CNAME или запись канонического имени соответствует домену или поддомену другого домена. При записи CNAME DNS-запросы используют разрешение DNS целевого домена в качестве разрешения псевдонима. Вот пример:

alias.com CNAME example.com. example.com A 12.34.56.78

При такой настройке при запросе alias.com начальный поиск DNS найдет запись CNAME с целью example.com. Будет запущен новый поиск DNS для example.com, который найдет IP-адрес 12.34.56.78 . Наконец, посетители alias.com будут направлены на 12.34.56.78.

Записи CNAME существуют, поэтому домены могут иметь псевдонимы. Некоторые почтовые серверы обрабатывают почту странным образом для доменов с записями CNAME, поэтому не следует использовать запись CNAME для домена, который получает электронную почту. Аналогично, записи MX не могут ссылаться на имена хостов, определенные CNAME. Целевой домен для записи CNAME также должен иметь нормальное разрешение A-записи. Цепные или циклические записи CNAME не рекомендуется.

В некоторых случаях запись CNAME может быть эффективным способом перенаправления трафика из одного домена в другой, сохраняя тот же URL-адрес. Однако имейте в виду, что запись CNAME не работает так же, как перенаправление URL. Запись CNAME направляет веб-трафик для определенного домена на IP-адрес целевого домена. Как только посетитель достигнет этого IP-адреса, конфигурация веб-сервера будет определять способ обработки домена. Если этот домен не настроен на сервере, сервер просто отобразит веб-страницу по умолчанию (если есть). Это может быть или не быть веб-страницей целевого домена в записи CNAME, в зависимости от того, как настроен сервер.

DKIM

Запись DKIM или запись DomainKeys Identified Mail отображает открытый ключ для аутентификации сообщений, которые были подписаны протоколом DKIM. Эта практика увеличивает возможность проверки подлинности почты. Типичная запись DKIM выглядит следующим образом:

selector1._domainkey.example.com TXT k = rsa; p = J8eTBu224i086iK

Записи DKIM реализованы в виде текстовых записей. Запись должна быть создана для субдомена, который имеет уникальный селектор для этого ключа, затем точку ( . ), А затем _domainkey.example.com. Тип TXT, значение включает в себя тип ключа, за которым следует фактический ключ.

MX

Запись MX или запись почтового обменника устанавливает адресата доставки почты для домена или субдомена. Типичная запись MX выглядит следующим образом:

example.com MX 10 mail.example.com. mail.example.com A 12.34.56.78

Вышеуказанные записи направляют прямую почту для example.com на сервер mail.example.com . Целевой домен (mail.example.com выше) должен иметь свою собственную запись A, которая разрешается для вашего Linode. MX-запись в идеале должна указывать на домен, который также является имя хоста для своего сервера.

Ваши записи MX не обязательно должны указывать на вашу линоду. Если вы используете стороннюю почтовую службу, такую ​​как Google Apps , вы должны использовать записи MX, которые они предоставляют.

Приоритет является еще одним компонентом записей MX. Это число, записанное между типом записи и целевым сервером (10 в примере выше). Приоритет позволяет назначить резервный сервер (или серверы) для почты для определенного домена. Меньшие числа имеют более высокий приоритет. Вот пример домена, который имеет два резервных почтовых сервера:

example.com MX 10 mail_1.example.com example.com MX 20 mail_2.example.com example.com MX 30 mail_3.example.com

В этом примере, если mail_1.example.com не работает, почта будет доставлена ​​на mail_2.example.com. Если mail_2.example.com также не работает, почта будет доставлена ​​на mail_3.example.com.

NS

Записи NS или записи сервера имен устанавливают серверы имен для домена или субдомена. Основные записи сервера имен для вашего домена устанавливаются как у вашего регистратора, так и в файле зоны. Типичные записи сервера имен (вам нужно как минимум две) выглядят так:

example.com NS ns1.linode.com. example.com NS ns2.linode.com. example.com NS ns3.linode.com. example.com NS ns4.linode.com. example.com NS ns5.linode.com.

Серверы имен, которые вы назначаете у своего регистратора, затем несут файл зоны для вашего домена.

Вы также можете настроить различные серверы имен для любого из ваших поддоменов. Записи NS поддоменов настраиваются в файле зоны вашего основного домена. Например, если вы используете серверы имен Linode, вы можете настроить отдельные записи NS в файле зоны Linode для субдомена mail.example.com, как показано ниже:

mail.example.com NS ns1.nameserver.com mail.example.com NS ns2.nameserver.com

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

PTR

Запись PTR или запись указателя сопоставляет IP-адрес с доменом или поддоменом, позволяя функционировать обратным DNS-запросам. Он выполняет противоположную службу, которую выполняет запись A, в том смысле, что он позволяет искать домен, связанный с конкретным IP-адресом, а не наоборот.

Записи PTR обычно устанавливаются у вашего хостинг-провайдера. Они не являются частью файла зоны вашего домена. Это означает, что вы всегда будете устанавливать обратный DNS для своих линод в диспетчере линод, даже если ваши серверы имен находятся где-то еще. Аналогично, если у вас есть серверы где-то еще, но вы используете серверы имен Linode, вам все равно придется настроить записи PTR у своего хостинг-провайдера.

В качестве предварительного условия для добавления записи PTR необходимо создать действительную, действующую запись A или AAAA, которая указывает желаемый домен на этот IP-адрес. Если вы хотите PTR-запись IPv4, укажите домен или поддомен на IPv4-адрес вашего Linode. Если вам нужна запись Pv IPv6, укажите домен на IPv6-адрес вашего Linode. Кроме того, записи Pv IPv4 и IPv6 работают одинаково.

Инструкции по настройке обратного DNS на вашем Linode смотрите в нашем Обратный DNS руководство.

Можно использовать разные IP-адреса (включая адреса IPv4 и IPv6), для которых один и тот же домен установлен для обратного DNS. Для этого вам необходимо настроить несколько записей A или AAAA для этого домена, которые указывают на различные IP-адреса.

SOA

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

@ В SOA ns1.linode.com. admin.example.com. 2013062147 14400 14400 1209600 86400 Примечание

Адрес электронной почты администратора пишется с точкой ( . ) Вместо символа @ .

Вот что означают цифры:

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

Единственный сервер имен, упомянутый в записи SOA, считается основным мастером для целей динамического DNS и является сервером, на котором изменения файла зоны производятся до того, как они распространяются на все другие серверы имен.

SPF

В записи SPF или записи Sender Policy Framework перечисляются назначенные почтовые серверы для домена или субдомена. Это помогает установить легитимность вашего почтового сервера и снижает вероятность подмены, которая возникает, когда кто-то подделывает заголовки письма, чтобы они выглядели так, как будто они поступают с вашего домена, даже если это не так. Спаммеры иногда пытаются сделать это, чтобы обойти фильтры.

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

example.com TXT "v = spf1 a ~ all"

В своей записи SPF вы должны перечислить все почтовые серверы, с которых вы отправляете почту, а затем исключить все остальные. Ваша запись SPF будет иметь домен или поддомен, тип (который является TXT или SPF, если ваш сервер имен поддерживает его) и текст (который начинается с «v = spf1» и содержит настройки записи SPF).

Если ваш Linode является единственным почтовым сервером, который вы используете, вы сможете использовать приведенный выше пример записи. С помощью этой записи SPF принимающий сервер проверит IP-адреса и отправляющего сервера, и IP-адрес example.com. Если IP-адреса совпадают, проверка проходит. Если нет, проверка будет мягко провалена (т. Е. Сообщение будет помечено, но не будет автоматически отклонено из-за ошибки проверки SPF).

Примечание.

Убедитесь, что ваши записи SPF не слишком строги. Если вы случайно исключите законный почтовый сервер, его сообщения могут быть помечены как спам. Мы рекомендуем посетить openspf.org, чтобы узнать, как работают записи SPF и как создать запись, которая подходит для вашей настройки. Их Примеры также полезны.

SRV

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

_service._protocol.example.com SRV 10 0 5060 service.example.com

Вот разбивка элементов в записи SRV:

• Служба : название службы должно начинаться с подчеркивания ( _ ), за которым следует точка ( . ). Служба может быть что-то вроде _xmpp.
• Протокол : имя протокола должно сопровождаться подчеркиванием ( _ ) и последующим точкой ( . ). Протокол может быть что-то вроде _tcp.
• Домен : имя домена, который будет получать исходный трафик для этой услуги.
• Приоритет : первый номер ( 10 в приведенном выше примере) позволяет вам установить приоритет для целевого сервера. Вы можете установить разные цели с разными приоритетами, что позволит вам иметь резервный сервер (или серверы) для этой службы. Меньшие числа имеют более высокий приоритет.
• Вес : Если две записи имеют одинаковый приоритет, вместо них используется вес.
• Порт : порт TCP или UDP, на котором работает служба.
• Цель : целевой домен или поддомен. Этот домен должен иметь запись A или AAAA, которая разрешается в IP-адрес.

Примером использования записей SRV будет настройка Федеративная VoIP ,

текст

Запись TXT или текстовая запись предоставляет информацию о данном домене другим ресурсам в Интернете. Это гибкий тип DNS-записи, который может служить различным целям в зависимости от конкретного содержимого. Одним из распространенных применений записи TXT является создание SPF запись на серверах имен, которые изначально не поддерживают SPF. Другое использование заключается в создании DKIM запись для подписи почты.

Найдите ответы, задайте вопросы и помогите другим.

Это руководство опубликовано под CC BY-ND 4.0 лицензия.

Похожие

Комментарии