Записи dns: Страница не найдена | REG.RU

1. Найдите Управление доменом

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

2. Найдите свои серверы имен

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

ns1. hostgator.com

ns2.hostgator.com

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

3. Перейдите на ваши новые серверы имен

Затем все, что вам нужно сделать, это изменить существующие серверы имен на новые серверы имен, предоставленные вам вашим хостом. Помните, что эти изменения не вступают в силу немедленно, и обычно требуется около 24 часов, чтобы изменения вступили в силу.

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

Кевин Вуд

Кевин Вуд пишет о технологиях и человеческом потенциале. Вы можете найти его в его виртуальных домах Wooden Writing и Counter Culturist.

Обзор DNS и записей DNS | Линод

Система доменных имен (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 ) обычно называются доменами. Двигаясь влево, hello и mail являются поддоменами второго и третьего уровня соответственно. Субдомены обычно используются для уникальной идентификации конкретных компьютеров или служб, но это остается на усмотрение владельца домена.

Серверы имен

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

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

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

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

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

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

Примечание

Вы также можете использовать точки в конце доменных имен (например, example.com. ), что сделает имя полным.

 ; пример.com [448369]
86400 долларов США
@ В 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.
@ А 12.34.56.78
почта А 12.34.56.78
www А 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 провайдера считывает файл зоны с сервера имен вашего домена.

7. Файл зоны показывает, какой IP-адрес связан с доменом.

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

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

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

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

A и AAAA

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

 example.com A 12.34.56.78
hello.example.com А 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 Cloud Manager для пошагового руководства по настройке.

CNAME

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

 alias.com CNAME example.com.
example.com А 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 А 12.34.56.78
 

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

Ваши записи MX не обязательно должны указывать на ваш Linode. Если вы используете стороннюю почтовую службу, например Google Workspace, вы должны использовать записи 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 .

Примечание

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

Инструкции по созданию нулевой записи MX зависят от провайдера DNS. Для DNS-менеджера Linode Поле Subdomain (имя) должно быть пустым, поле Preference (приоритет) должно быть 0, а поле Mail Server должно быть пустым. Это предотвращает создание любых других записей MX для домена.

NS

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

 example.com NS ns1.linode.com.
пример.com NS ns2.linode.com.
Например.com NS ns3.linode.com.
Например.com NS ns4.linode.com.
Например.com NS ns5.linode.com.
 

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

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

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

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

PTR

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

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

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

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

Примечание

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

SOA

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

 @ IN 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"
 

Примечание

При применении записей TXT с помощью Linode DNS Manager, кавычки " не должны применяться в приведенном выше примере.

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

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

Примечание

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

SRV

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

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

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

• Служба : Перед именем службы должно стоять подчеркивание ( _ ) и точка ( . ). Служба может быть чем-то вроде _xmpp.
• Протокол : Имя протокола должно начинаться с символа подчеркивания ( _ ), за которым следует точка ( . ). Протокол может быть что-то вроде _tcp.
• Домен : Имя домена, который будет получать исходный трафик для этой службы.
• Приоритет : Первое число ( 10 в приведенном выше примере) позволяет установить приоритет для целевого сервера. Вы можете установить разные цели с разными приоритетами, что позволяет вам иметь резервный сервер (или серверы) для этой службы.