Почему домены начинают работать не сразу
DNS-серверы интернет-провайдера обновляются раз в сутки (принцип работы DNS-серверов). Если вы только что прописали или сменили DNS-серверы, придётся подождать 24 часа. Смена DNS-сервера чревата временным отсутствием работающего сайта.
Если вы зарегистрировали домен, но ещё не создали на нём сайт, после обновления DNS-серверов на вашем домене будет открываться парковочная страница с надписью «Домен надёжно припаркован». Если вы хотите создать на домене сайт, вам поможет статья: Я зарегистрировал домен, что дальше?
Dns — что такое и для чего используется
DNS сервера ― что это
Интернет — это бесчисленное количество физических устройств (серверов, компьютеров, планшетов и т.д.), связанных между собой в сеть. Любой сайт в интернете по факту находится на физическом устройстве. Каждое устройство имеет свой уникальный номер — TXT – в этой записи содержится вспомогательная информация о домене. Ее используют для указания SPF-записей, с ее помощью подтверждают права собственности, обеспечивают безопасное использование электронной почты и т. д.
Что такое и зачем используется DNS-сервер
DNS-сервер— оборудование или ПО, которое предоставляет доступ к системе доменных имён. Любой доменной зоне соответствует собственный сервер DNS, который будет будет реагировать на запросы. Он именуется авторитативный.
Что такое DNS-записи домена — введение
Система доменных имен (DNS) — это адресная книга интернета. DNS направляет трафик на сайт почту, сопоставляя доменные имена с IP-адресами. В этом руководстве рассматриваются основные концепции DNS и DNS- записей.Общая группа доменов указывается справа. В приведенных ниже примерах домен верхнего уровня или TLD — это .com.Каждое значение слева от TLD отделяется точкой, и называются поддоменами. hello и mail соответственно являются поддоменами второго и третьего уровня. Субдомены используются для идентификации определенных компьютеров или служб.Выбор и указание сервера DNS является неотъемлемой частью владения доменом. Иначе клиентские устройства не будут знать, где найти информацию о DNS.Серверы имен размещают информацию о домене DNS в текстовом файле, который называется файлом зоны. Они также известны как записи Start of Authority (SOA). Вы можете разместить свою информацию DNS на серверах имен в одном из нескольких мест:Регистратор домена;Ваш собственный DNS-сервер;Сторонний DNS-хостинг.Записи DNS сопоставляют доменные имена с IP-адресами. Затем DNS-записи автоматически объединяются в файл зоны, что позволяет подключенным устройствам искать правильный IP-адрес домена. Если вы решите использовать серверы имен Linode, диспетчер DNS поможет создать файл зоны. Он содержит следующие записи:Файл зоны каждого домена включает в себя адрес электронной почты администратора домена, серверы имен и DNS-записи. Вы можете создавать множество записей для любого количества поддоменов.Доменное имя должно быть переведено на IP-адрес. DNS сопоставляет понятные пользователю доменные имена (example.com) с IP-адресами (192.0.2.8). Это происходит в специальном текстовом файле, называемом файломзоны. В нем перечислены домены и соответствующие им IP-адреса. Файл зоны похож на телефонную книгу, в которой имена совпадают с адресами улиц.Вот как работает процесс поиска DNS:Вы вводите доменное имя, например com,в адресную строку браузера.Компьютер подключен к интернету через провайдера (ISP). DNS-преобразователь интернет-провайдера запрашивает у корневого сервера имен соответствующий сервер имен TLD.Корневой DNS-сервер отвечает IP-адресом для сервера имен .com.DNS-распознаватель провайдера использует IP-адрес, полученный от корневого сервера имен.Сервер имен .comотвечает IP-адресом сервера имен com.DNS-распознаватель ISP считывает файл зоны с сервера имен домена.Файл зоны показывает, какой IP-адрес соответствует домену.Теперь, когда у провайдера есть IP-адрес для com, он возвращает его браузеру, который затем обращается к серверу сайта.Описанный выше сценарий выполняется, если у провайдера нет информации о запрашиваемом домене. На самом деле провайдеры кэшируют данные о DNS после того, как получили ее в первый раз. Это ускоряет поиск и снижает нагрузку на DNS-серверы.Но кэширование может стать проблемой, если вы недавно внесли изменения в информацию о DNS. Для ее решения измените значение времени жизни файла зоны (TTL), чтобы обновление DNS происходило быстрее.Запись A связывает домен или субдомен с IP-адресом, что позволяет трафику достигать сайта. Это основная функция DNS. Типичная запись A выглядит следующим образом:Вы можете указать разные субдомены на разных IP-адресах. Если нужно указать каждый субдомен example.com на IP, то можете использовать для субдомена звездочку (*):Запись AAAA аналогична записи A, но она используется для IP-адресов IPv6. Типичная запись AAAA выглядит следующим образом:Запись AXFR используется для репликации DNS. Хотя существуют более современные способы.Записи AXFR не используются в обычных файлах зон. Чаще всего они применяются на подчиненном DNS-сервере для репликации файла зоны с главного DNS-сервера.DNS Certification Authority Authorization (CAA) использует DNS, чтобы владелец домена мог указать, каким центрам сертификации разрешено выдавать сертификаты для этого домена.Запись CNAME (запись канонического имени) соответствует домену или поддомену. При записи CNAME используются разрешения DNS целевого домена в качестве разрешения псевдонима. Например:При запросе alias.com начальный поиск DNS найдет запись CNAME с целью example.com. Будет запущен новый поиск DNS example.com, который найдет IP-адрес 12.34.56.78. Посетители alias.com будут направлены к IP-адресу 12.34.56.78.Записи CNAME применяются, чтобы домены могли иметь псевдонимы. Некоторые почтовые серверы странным образом обрабатывают почту для доменов с записями CNAME. Поэтому не следует использовать запись CNAME для домена, который принимает электронную почту.Записи MX не могут ссылаться на имена хостов, определенные CNAME. Целевой домен для записи CNAME также должен иметь нормальное разрешение A-записи.ПримечаниеCNAME-запись может быть эффективным способом перенаправления трафика от одного домена к другому, сохраняя тот же URL-адрес. Но она не работает так же, как редирект URL-адресов. CNAME-запись направляет трафик для определенного домена на IP-адрес целевого домена. Как только пользователь достигнет этого IP-адреса, конфигурация сервера будет определять способ обработки домена. Если этот домен не настроен, сервер отобразит веб-страницу по умолчанию. Она может быть веб-страницей целевого домена в записи CNAME, в зависимости от того, как настроен сервер.Запись DKIM она же запись DomainKeys Identified Mail отображает открытый ключ для аутентификации сообщений, которые подписаны с помощью протокола DKIM. Это расширяет возможности проверки подлинности электронной почты. Типичная запись DKIM выглядит следующим образом:DKIM-записи представлены в виде текстовых записей. Запись должна быть создана для субдомена, который имеет уникальный селектор для этого ключа, затем указывается точка (.) и _domainkey.example.com. Тип -TXT, значение включает в себя тип ключа, за которым следует фактический ключ.Запись MX устанавливает адресат доставки почты для домена или субдомена. Типичная MX-запись выглядит следующим образом:Приведенные выше записи направляют почту для example.com на сервер mail.example.com. В идеале MX-запись должна указывать на домен, который также является именем хоста его сервера. Если вы используете стороннюю почтовую службу, такую как Google Apps, то следует применять предоставленные ими MX-записи.Приоритет является еще одним компонентом MX-записей. Это число, записанное между типом записи и целевым сервером. В примере, приведенном выше, использован приоритет 10.Приоритет позволяет назначить резервный почтовый сервер (или серверы) для определенного домена. Меньшие числа имеют более высокий приоритет. Пример домена, который имеет два резервных почтовых сервера:Если mail_1.example.com не работает, электронная почта будет доставлена на mail_2.example.com. Если mail_2.example.com также не работает, почта будет доставлена на mail_3.example.com.NS-записи устанавливают серверы имен для домена. Они задаются для домена у регистратора и в файле зоны. Типичные записи сервера имен выглядят следующим образом:Серверы имен, которые вы назначаете у своего регистратора, содержат файл зоны для домена.Также можно настроить различные серверы имен для любого из поддоменов. Они задаются в файле зоны вашего основного домена:Первичные серверы имен настраиваются у регистратора, а вторичные — в файле зоны основного домена. Порядок NS- записей не имеет значения. DNS-запросы отправляются случайным образом на разные серверы. Если один хост не отвечает, будет запрошен другой.Запись PTR или запись указателя сопоставляет IP-адрес с доменом или поддоменом, позволяя функционировать обратным DNS-запросам. Она работает противоположно записи A, в том смысле, что позволяет искать домен, связанный с конкретным IP-адресом, а не наоборот.Записи PTR обычно устанавливаются на хостинге. Они не являются частью файла зоны домена.Для добавления записи PTR необходимо создать действительную запись A или AAAA, которая указывает IP-адрес для нужного домена.ПримечаниеМожно использовать разные IP-адреса (включая адреса IPv4 и IPv6), на которых один и тот же домен установлен для обратного DNS. Для этого необходимо настроить несколько записей A или AAAA для этого домена, которые указывают на различные IP-адреса.Запись SOA обозначает файл зоны с именем хоста, на котором он был создан. Далее в нем указывается контактный адрес электронной почты администратора домена. Типичная запись SOA:ПримечаниеАдрес электронной почты администратора пишется с точкой (.) вместо символа @.Вот что означают эти цифры:Серийный номер: номер редакции файла зоны этого домена. Он изменяется, когда файл обновляется.Время обновления: количество времени (в секундах), в течение которого вторичный DNS-сервер будет хранить файл зоны, прежде чем проверит изменения.Время повтора: время, которое вторичный DNS-сервер будет ожидать, прежде чем повторить передачу файла зоны.Времяистечения: время, в течение которого вторичный DNS-сервер будет ожидать, прежде чем истечет срок действия текущей копии файла зоны, если он не сможет обновить себя.Минимальный TTL: минимальный период времени, в течение которого другие серверы должны хранить в кэше данные из файла зоны.Сервер имен, упомянутый в записи SOA, считается основным для динамического DNS. На нем изменения файла зоны производятся до того, как они распространяются на другие серверы имен.Запись Sender Policy Framework (SPF) содержит список почтовых серверов, назначенных для домена или субдомена. Это помогает подтвердить легитимность почтового сервера и снижает вероятность подделки заголовков писем. Спамеры часто пытаются сделать это, чтобы обойти фильтры.SPF- запись домена сообщает другим почтовым серверам, какие исходящие серверы являются допустимыми источниками электронной почты. Поэтому они могут отклонять поддельную почту с вашего домена, отправленную с неавторизованных серверов. Простая SPF-запись выглядит следующим образом:В SPF-записи необходимо перечислить почтовые серверы, с которых вы отправляете почту, а затем исключить остальные. Ваша SPF- запись будет содержать домен или поддомен, тип (TXT или SPF, если ваш сервер имен поддерживает его) и текст (который начинается с «v = spf1» и содержит настройки SPF- записи).С помощью этой SPF-записи принимающий сервер проверит и IP-адрес отправляющего сервера, и IP-адрес example.com.ПримечаниеУбедитесь, что SPF- записи не слишком строгие. Если вы случайно исключите легитимный почтовый сервер, полученные от него письма могут быть помечены как спам.Рекомендуем посетить ресурс openspf.org, чтобы узнать, как работают SPF- записи и как создать запись, которая подходит для вашей настройки.Запись SRV сопоставляет конкретную службу, работающую на домене или поддомене, с целевым доменом. Это позволяет направлять трафик, предназначенный для определенных служб, на другой сервер. Типичная запись SRV:Описание элементов, которые используются в SRV-записи:Примером использования SRV-записей является настройка федеративной VoIP .Запись TXT (текстовая запись) предоставляет информацию о домене другим интернет-ресурсам. Одно из распространенных применений TXT-записи — создание SPF- записи на серверах имен, которые изначально не поддерживают SPF. Другой вариант использования — создание записи DKIM для почты.Дайте знать, что вы думаете по этой теме статьи в комментариях. За комментарии, лайки, отклики, подписки, дизлайки низкий вам поклон!Пожалуйста, оставляйте свои мнения по текущей теме статьи. За комментарии, подписки, отклики, лайки, дизлайки низкий вам поклон!
DNS-хостинг
В Selectel вы можете купить домен и сразу делегировать его на NS-серверы компании. Либо разместить уже зарегистрированный домен на наших NS-серверах — в Санкт-Петербурге, Москве, Екатеринбурге, Новосибирске, Киеве, Нью-Йорке, Пало-Альто, Лондоне, Амстердаме и Франкфурте. Услуга DNS-хостинга бесплатна при наличии активного аккаунта.Технология Anycast, используемая в услугах, делает DNS-системы более надежными, безопасными, отказоустойчивыми. Есть два рекурсивных кэширующих DNS-сервера. Подробнее читайте в Базе знаний Selectel.
Где находятся главные DNS-серверы?
DNS-серверы верхнего уровня, которые содержат информацию о корневой DNS-зоне, называются корневыми. Этими серверами управляют разные операторы. Изначально корневые серверы находились в Северной Америке, но затем они появились и в других странах. Основных серверов — 13.В Северной Америке находятся 40 серверов (32,5%), в Европе – 35 (28,5%), еще 6 серверов располагаются в Южной Америке (4,9%) и 3 – в Африке (2,4%). Если взглянуть на карту, то DNS-серверы расположены согласно интенсивности использования интернет-инфраструктуры. Есть сервера в Австралии, Китае, Бразилии, ОАЭ и других странах, включая Исландию.В России тоже есть несколько реплик корневых серверов DNS, среди которых: F.root (Москва);I.root (Санкт-Петербург);J.root (Москва, Санкт-Петербург);K.root (Москва, Санкт-Петербург, Новосибирск);L.root (Москва, Ростов-на-Дону, Екатеринбург).Один из узлов корневого DNS-сервера K-root размещен в Selectel.
Для чего нужны DNS-серверы
Служба доменных имён работает благодаря DNS-cерверам. Именно эти жизненно важные «программы» хранят таблицы соответствий вида «имя домена» — «IP-адрес». Кроме того, DNS-серверы служат для хранения ресурсных записей доменов. Что это и как работает, мы рассказали в статье Что такое ресурсные записи.
Дополнительная информация
Есть еще множество нюансов, касающихся описания доменов. Но чтобы облегчить для начинающего изучение новой темы, мы избежали их. Однако, для общего понимания тематики рекомендуем вам ознакомиться еще с несколькими важными деталями: Мы говорили о доменах с адресами, включающими в себя четыре числа. Они относятся к стандарту IPv4 и могут обслужить ограниченное количество устройств: 4 294 967 296. Да, более четырех миллиардов компьютеров – это немало, но технологический прогресс стремителен и устройства, подключаемые к Интернету, приумножаются с каждым днем. Это привело к нехватке адресов. Во избежание данной проблемы были внедрены новые IPv6 – адреса с шестью числами, которые в DNS-зоне обозначаются, как AAAA. Благодаря новому стандарту, IP-адреса смогут получить значительно больше компьютеров.Чтобы повысить продуктивность и надежность сайта, одно доменное имя привязывают к нескольким адресам. Как правило, при запросе страницы DNS-сервера выдают IP в непроизвольном порядке.Один и тот же IP-адрес может быть связан с несколькими доменами. Вообще, это никак не отвечает принципам DNS, где предполагается однозначная связь айпи с доменом. Но, как мы уже упоминали выше, адресов IPv4 уже не хватает на все существующие сегодня интернет-устройства, и приходится экономить. На деле это выглядит так: на сервере с определенным IP-адресом размещают несколько мелких веб-ресурсов с разными доменами, но с одинаковыми адресами. Получая запрос, обслуживающий сайты компьютер обрабатывает запрашиваемый домен и отсылает пользователю нужный веб-ресурс.
Еще немного о DNS
Инфраструктура DNS-серверов, вернее, ее основа, была заложена в начале 1980-х годов. С тех пор менялась она лишь незначительно — например, добавлялись новые доменные зоны. Так, в РФ в 2022 году появился кириллический домен .рф. До этого доменные имена могли быть лишь латинскими.От DNS-инфраструктуры зависит нормальная работа всей глобальной сети, поэтому за работоспособностью серверов постоянно следят. В частности, предпринимаются меры по усилению безопасности системы. Кроме того, вводятся и меры на случай стихийных бедствий, проблем с электричеством и других экстренных ситуаций.
Зачем нужны DNS-серверы и какие они бывают?
Основное предназначение DNS-серверов — хранение информации о доменах и ее предоставление по запросу пользователей, а также кэширование DNS-записей других серверов. Это как раз «книга контактов», о которой мы писали выше. В случае кэширования все несколько сложнее. Дело в том, что отдельно взятый DNS-сервер не может хранить вообще всю информацию об адресах сайтов и связанных с ними IP-адресами. Есть исключения — корневые DNS-серверы, но о них позже. При обращении к сайту компьютера пользователя браузер первым делом проверяет локальный файл настроек DNS, файл hosts. Если там нет нужного адреса, запрос направляется дальше — на локальный DNS-сервер интернет-провайдера пользователя.Локальный DNS-сервер в большинстве случаев взаимодействует с другими DNS-серверами из региона, в котором находится запрошенный сайт. После нескольких обращений к таким серверам локальный DNS-сервер получает искомое и отправляет эти данные в браузер — запрошенный сайт открывается.Полученные данные сохраняются на локальном сервере, что значительно ускоряет его работу. Поскольку, единожды «узнав» IP-адрес сайта, запрошенного пользователем, локальный DNS сохраняет эту информацию. Процесс сохранения полученных ранее данных и называется кэшированием.Если пользователь обратится к ранее запрошенному сайту еще раз, то сайт откроется быстрее, поскольку используется сохраненная информация. Правда, хранится кэш не вечно, время хранения зависит от настроек самого сервера. IP-адрес сайта может измениться — например, при переезде на другой хостинг или сервер в рамках прежнего хостинга. Что происходит в этом случае? В этом случае обращения пользователей к сайту, чей IP-адрес поменялся, некоторое время обрабатываются по-старому, то есть перенаправление идет на прежний «айпишник».
Зачем прописывать DNS-серверы для домена
Допустим, вы зарегистрировали домен. Пока никто, кроме вас, об этом не знает. Чтобы о существовании вашего домена узнал интернет, нужно выбрать и прописать для домена DNS-серверы. Они-то и расскажут другим DNS-серверам интернета о вашем домене. Так что запоминаем: зарегистрировал домен — пропиши DNS-серверы!
Изменение записей DNS в системе регистратора домена
После того как связали теги с пользовательским доменом в App Engine, важно отредактировать записи DNS в системе регистратора вашего домена. Ради удобства пользователей App Engine создает и показывает записи DNS, которые нужно вводить. 1. Для получения корректной информации о записях DNS необходимо открыть Google Cloud Console, перейти на страницу с настройками App Engine, после чего нажать на вкладку Пользовательские домены. Вы увидите страницу со списком записей DNS для всех доменов. Они будут сопоставлены с вашим приложением.2. Далее нужно войти в аккаунт на сайте регистратора домена и открыть страницу настройки DNS. 3. Следующим действием должен стать поиск на странице конфигурации домена раздела с записями хостов. Нужно добавить туда все записи DNS, которые вы получили, сопоставляя домен с приложением. Поля записей необходимо заполнить следующими данными: Обратите внимание. Записи А и АААА используют несколько IP-адресов. Их нужно вносить в одну запись. Не стоит создавать отдельные записи каждому адресу. 4. Теперь нужно сохранить изменения на странице настройки DNS в аккаунте домена пользователя. В некоторых случаях приходится ждать 2-3 часа, пока они активируются. Но обычно на это уходит несколько минут. Проверить, встали ли обновления записи DNS, можно с помощью команды dig.5. Для тестирования субдомена необходимо перейти к серверному контейнеру Менеджера тегов (Администратор > Настройки контейнера) и вставить адрес этого субдомена в поле «URL серверного контейнера». Сохраните изменения, вернитесь назад и выберите предварительный просмотр DNS-записей домена. Должно появиться всплывающее окно с панелью отладки.
Как работает DNS?
Принцип работы DNS похож на поиск и вызов контактов из телефонной книги смартфона. Ищем имя, нажимаем «позвонить», и телефон соединяет нас с нужным абонентом. Понятно, что смартфон в ходе звонка не использует само имя человека, вызов возможен только по номеру телефона. Если вы внесете имя без номера телефона, позвонить человеку не сможете.
Как работают DNS-серверы
Итак, вы вводите название сайта в адресную строку и нажимаете Enter. В те самые секунды, перед тем как сайт отобразится на вашем экране, DNS-серверы работают, не щадя себя. Посмотрим, что делают DNS-серверы. Следите за стрелочками.
Какие виды DNS-серверов существуют
Их можно поделить на несколько групп, исходя из выполняемых ими функций. Иногда один и тот же сервер может иметь сразу несколько типов.
Авторитетный — сервер, который отвечает за ту или иную зону. Здесь можно выделить ещё два подтипа:Первичный (альтернативное название «Мастер», BIND), который может вносить изменения в свою зону. В большинстве случаев одной зоне соответствует один первичный сервер. Однако для масштабных продуктов мастер-серверов может быть несколько.Вторичный (Слейв от английского slave), который не имеет права вносить изменения в зону и получает сообщения о внесённых изменениях от мастер-сервера. В одной зоне может быть сколько угодно вторичных серверов. Кэширующий —занимается обслуживанием запросов клиентов. К нему приходит рекурсивный запрос, и он выполняет его через нерекурсивные, направленные к авторитативным серверам. Либо он может передавать рекурсивный запрос вышерасположенному DNS-серверу. Перенаправляющий — занимается перенаправлением полученных рекурсивных запросов в сторону кэширующего сервера. Необходим для снижения нагрузки на вышестоящий кэширующий DNS-сервер. Корневой — также относится к авторитативным, но отвечает за корневую зону. Всего в мире существует 13, корневых серверов, а их доменные имена расположены в зоне root-servers.net. Названия: a.root-servers.net, b.root-servers.net, и т.д. Регистрирующий – принимает динамические обновления от юзеров. Обычно он функционирует совместно с DHCP-сервером.
Настройка DNS-записей домена Google
Обычно для сервисных тегов уже по умолчанию указан домен App Engine. Однако мы советуем менять его на субдомен сайта пользователя.
Настройка DNS-записей домена Yandex
Для корректной работы электронной почты на Яндексе, настройте для вашего домена DNS-записи домена Яндекс. Управление DNS-записями осуществляется на сайте провайдера DNS-хостинга. Это та компания, которая предоставляет DNS-серверы для вашего домена. При делегировании домена на серверы Яндекса можно управлять DNS-записями домена с помощью DNS-редактора Коннекта.Важно. При подтвержденном владении доменом у пользователя есть возможность добавить запись DNS домена с помощью DNS-редактора до делегирования домена на серверы Яндекса. Однако данные записи вступят в силу именно после делегирования. Как посмотреть и настроить DNS-записи домена. Пошаговая инструкция. Необходимо авторизоваться в Яндекс.Коннекте под правами администратора.Второй шаг — нужно найти на основной странице Яндекс.Коннекта на карточке сервиса Вебмастер значок и нажать на него.В открывшейся карточке домена кликнуть на ссылку Управление DNS.Внимание. Важно убедиться, что владение доменом подтверждено. Особенно, когда на карточке домена нет ссылки на Управление DNS.Для изменения DNS-записи нужно нажать значок . Создать новую DNS-запись для домена можно с помощью кнопки Добавить DNS-запись.Во время создания DNS-записи в поле Хост указывают:
Проверка DNS-записей домена встроенными службами
Если в ресурсных записях были допущены ошибки, это может стать причиной нарушения работоспособности сайта. Внесение правок не изменит ситуацию одномоментно. Это связано с тем, что все изменения, которые вносят в ресурсные записи, вступают в силу через 3 суток. Проверку DNS-записи домена можно осуществлять по-разному. Для этого разработаны как специальные команды внутри системы, так и онлайн-сервисы. Изменение записей DNS в системе регистратора доменаВстроенные системные службы: nslookup. Работает как на ОС Windows, так и Linux. Утилита предоставляет точную информацию об IP-адресе, настройках и всех ресурсных записях. В Windows запустить утилиту можно через «Командную строку», а в Linux через «Терминал». Команда вводится примерно одинаково в обоих вариантах, и выглядит так:host. Утилита есть только в ОС Linux, в стандартном пакете командной строки «Терминал». Позволяет проверить все виды запросов к DNS-серверу. Команда выглядит так: В некоторых случаях перед доменным именем добавляют опцию –t и указывают тип записи. Это возможность получить подробный поиск. Внешне выглядит как:
Проверка DNS-записей домена онлайн с помощью сторонних сервисов
Для проверки DNS-записей можно воспользоваться онлайн-сервисами, они бесплатные и есть в свободном доступе интернете.
Состав DNS-записи домена
Одна из важнейших составляющих сети интернет — система доменных имен (Domain Name System). Ее цель — сопоставление доменных имен веб-ресурсов с IP-адресами устройств, которым они принадлежат. Проще говоря, это так называемый аналог «телефонного справочника» мирового интернета. Роль «телефонных номеров» исполняют IP-адреса, а «ФИО абонентов» — доменные имена. Вся информация о доменах в этом «справочнике» содержится на DNS-серверах в виде ресурсных записей (DNS-записей ресурса). Чтобы сайт-новичок определялся в интернете, необходимо прикрепить (делегировать) его домен на DNS-серверы, после чего прописать на серверах ресурсные записи.Состав DNS-записи доменаDNS-записи домена содержат в себе несколько полей: Name / Hostname (Имя, хост, домен). Необходимо для определения домена, к которому относится (привязана) данная ресурсная запись.Type (Тип). Указывает на тип (назначение) конкретной ресурсной записи. Самыми распространенными типами DNS-записей домена являются— TXT , A, AAAA, MX, CNAME.Class (Класс). Указание типа рабочей сети. Вообще, система способна работать во всех ее типах. Но, TCP/IP сети — одни из самых распространенных, поэтому поле редко используется.TTL (Time To Live) — время жизни (хранения) DNS-записи.RDATA (Resource Data) — значение этого поля ресурсной записи зависит от ее конкретного типа.Priority (Приоритет) — определяет, в какой очередности обрабатываются конкретные DNS-записи.Protocol (Протокол)— указывает на протокол, используемый TCP, UDP, TLS.Service Name (Имя сервиса) — его можно посмотреть в файле /etc/services. Например: pop3, telnet.Weight (Вес) — задает вес хоста. Обработка запросов распределяется по весу хоста.Address (Адрес) — IP-адрес, который автоматически конвертируется в in-addr.arpa формат.
Подводим итоги
Система доменных имен нужна для того, чтобы облегчить людям поиск сайтов в Интернете. С помощью DNS-серверов можно использовать символьные названия сайтов, которые заменяют сложно запоминающиеся IP-адреса, а также увеличивать быстродействие и надежность доступа к веб-ресурсам за счет их привязки к нескольким компьютерам.
