Что такое DNS


Оглавление (нажмите, чтобы открыть):

Что такое DNS сервер и как его настроить

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

Чтобы решить эту проблему было решено создать публичные справочные серверы с неизменными IP адресами и хранящие записи о соответствии доменных имен сайтов их реальным адресам в сети интернет, например что у сайта beginpc.ru IP адрес 92.53.125.196. Каждый раз, когда регистрируется новый сайт или изменяется ip-адрес существующего соответствующая запись вносится в базу данных такого сервера. Поскольку хранят эти серверы доменные имена сайтов (Domain Name System), то соответственно получили название DNS серверы.

Хорошо, DNS серверы хранят записи о всех существующих сайтах в интернете, но каким образом нам это поможет? Вот тут на сцену выходят настройки подключения к интернету, где нужно указать ip адрес такого DNS сервера, а поскольку он не меняется со временем, то мы получаем доступ к «справочнику» сайтов.

Что делает DNS сервер? В общих чертах схема работы такая. Когда вы говорите браузеру, что хотите открыть какой-нибудь сайт допустим beginpc.ru то сначала происходит DNS запрос на DNS сервер указанный в настройках вашего подключения к интернету, он в ответ дает хранящийся у него ip адрес соответствующий этому сайту и только после этого браузер обращается по указанному ip к серверу хостера и сообщает о желании загрузить этот сайт.

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

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

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

Во-вторых, днс серверы кроме ип адресов доменов могут хранить адреса почтовых серверов и некоторую другую информацию обеспечивающую работоспособность сети.

Как настроить DNS сервера в Windows

В разных версиях Windows настройка осуществляется одинаково, несколько отличается только внешний вид окон, поэтому покажем на примере Windows 10. Нам нужны настройки подключения к интернету, для этого щелкаем правой кнопкой мыши на соответствующем значке в системном трее и выбираем «Открыть „Параметры сети и Интернет“» и затем щелкаем по «Настройка параметров адаптера».

Альтернативный вариант нажать сочетание клавиш WIN + R затем ввести команду control ncpa.cpl и нажать Enter . В результате откроется окно «Сетевые подключения» где выбираем интересующее нас подключение если их несколько, щелкаем по нему правой кнопкой мыши и выбираем в контекстном меню пункт «Свойства». Появится окно где нам нужна строчка «IP версии 4 (TCP/IPv4)» или версии 6, смотря какой у вас используется.

После этого нажимаем кнопку «Свойства» и попадаем в настройки данного протокола. В данном случае нас интересует нижний блок, связанный с DNS-серверами.

Вы наверняка уже обратили внимание, что в настройках подключения доступны 2 варианта. Первый вариант предлагает «Получить адрес DNS-сервера автоматически» — это значит, что ваш провайдер интернета будет присылать вам адреса днс серверов сам и скорее всего это будут сервера самого провайдера. Если хотите этот вариант, то выбираете его нажимаете OK.

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

Второй вариант «Использовать следующие адреса DNS-серверов» предполагает указание их пользователем самостоятельно. Это более гибкий вариант, только откуда взять адреса DNS серверов?

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

IP DNS серверов Яндекса:

Обычные

Безопасные — в базе отсутствуют мошеннические и вредоносные сайты

Семейные — тоже что безопасные плюс отсутствуют сайты для взрослых

IP DNS серверов Google:

IP DNS серверов проекта OpenDNS:

Вписываете в соответствующие поля нужные вам адреса и сохраняете настройки нажав OK. Возможность указать два адреса нужна на тот случай, что если окажется недоступен основной адрес, то Windows переключится на «Альтернативный DNS-сервер»

Что делать если DNS сервер не отвечает

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

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

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

На самом деле в Windows есть еще один способ указать системе ip адрес соответствующий конкретному домену. Это файл hosts являющийся локальной базой доменных имен. Он находится в папке C:\Windows\System32\drivers\etc и не имеет расширения, а для его редактирования необходимы права администратора.

Фактически это обычный текстовый файл и его можно открыть обычным Блокнотом. Каждая строчка соответствует одной записи и имеет вид ip-адрес пробел доменное имя, а строчки, начинающиеся со знака # являются комментариями.

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

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

ИТ База знаний

ShareIT — поделись знаниями!

Полезно

Узнать IP — адрес компьютера в интернете

Онлайн генератор устойчивых паролей

Онлайн калькулятор подсетей

Калькулятор инсталляции IP — АТС Asterisk

Руководство администратора FreePBX на русском языке

Руководство администратора Cisco UCM/CME на русском языке

Навигация

Серверные решения

Телефония

FreePBX и Asterisk

Настройка программных телефонов

Корпоративные сети

Похожие статьи

Система записи телефонных разговоров

5 инструментов для сканирования Linux-сервера

Hadoop — примеры использования

Установка и настройка ClamAV Linux

Что такое Domain Name System?

Про DNS — сервера

3 минуты чтения

Domain Name System DNS — это сетевая система, содержащая информацию о каждом web-сайте в Интернете. Каждый сайт имеет свой уникальный IP-адрес, имеющий вид 111.222.111.222, а также доменное имя, например merionet.ru. Человеку гораздо проще запомнить доменное имя сайта, нежели набор цифр входящих в IP-адрес. Для этих целей и была разработана система DNS. Подобно записной книжке, в ней хранится таблица соответствия доменного имени сайта и его IP-адреса.

В DNS используется иерархическая древовидная структура серверов и имен. Самый верхний уровень это “root”, представляющий из себя точку (.) и следующий за ним домен верхнего уровня (Top Level Domain). Эти домены бывают двух типов:

    Generic Top Level Domain (gTLD)

Например: .com (коммерческие web-сайты), .net(web-сайты сетевых структур), .org (вэб- сайты организаций), .edu (web-сайты образовательных структур)

Country Code Top Level Domain (ccTLD)

Например: .ru (Россия), .us (США), .uk (Великобритания), .in (Индия)

Данные, которые сообщают веб-серверу, как ответить на ваш запрос называются DNS записи или Zone Files. Каждая запись содержит информацию о конкретном объекте. DNS-сервер использует записи, чтобы отвечать на запросы хостов из определенной доменной зоны. Например, запись address mapping (A) отвечает за связку host name и IP-адреса, а запись reverse-lookup pointer (PTR), за связку IP-адреса и host name. Стоит отметить, что в терминологии DNS очень много различных записей, мы же приведем основные:

  • A Record — Содержит информацию об определенном доменном имени и соответствующем IP-адресе. DNS-сервер обращается к данной записи, чтобы ответить на запрос, содержащий доменное имя. Ответом будет IP-адрес, указанный в записи.
  • PTR Record — Связывает IP-адрес с определенным доменным именем.
  • NS (Name Server) Record — Связывает доменное имя со списком DNS-серверов, отвечающих за данный домен.
  • MX (Mail Exchange) Record — Связывает доменное имя со списком серверов почтового обмена для данного домена. Например, при отправке письма на адрес example@merionet.ru, данное письмо будет перенаправлено на сервер, указанный в MX записи.

Типы запросов DNS

В терминологии DNS существует три типа запросов:

    Recursive – Такие запросы можно представить так: “Какой IP-адрес у a.merionet.ru?”

При получении recursive запроса, DNS-сервер выполняет следующие действия:

  • Хост отправляет локальному DNS-серверу запрос “Какой IP-адрес у a.merionet.ru?”
  • DNS-сервер проверяет наличие записи a.merionet.ru в локальных таблицах и не находит ее.
  • DNS-сервер отправляет запрос IP-адреса a.merionet.ru к root-серверу
  • Root-сервер отвечает, что надо обратиться к TLD серверу, отвечающий за домен .ru
  • DNS-сервер, получив ответ от root-сервера, отправляет recursive запрос одному из ccTLD-серверов, отвечающих за домен .ru
  • TLD-сервер отвечает, что нужно обратиться к серверу, отвечающему за домен merionet.ru
  • DNS-сервер отправляет запрос IP-адреса a.merionet.ru к серверу, отвечающему за домен merionet.ru
  • Сервер обращается к A Record и находит там соответствующий IP-адрес для a.merionet.ru
  • Таким образом, хост получает запрашиваемую страницу по адресу a.merionet.ru
  • Второй тип DNS-запросов – это Iterative запросы. Данные запросы передаются между DNS-серверами, когда один из них не имеет соответствующих записей. Таким образом, инициатор запроса будет контактировать с сервером, который имеет нужную запись
  • Последний тип запросов – Inverse. Собственно из названия данного запроса понятно, что они работают по инверсному принципу, то есть при известном IP-адресе запрашивается информация о доменном имени.
    • Что такое Domain Name System
    • dns
    • 490
    • 10

    Полезна ли Вам эта статья?

    Пожалуйста, расскажите почему?

    Нам жаль, что статья не была полезна для вас 🙁 Пожалуйста, если не затруднит, укажите по какой причине? Мы будем очень благодарны за подробный ответ. Спасибо, что помогаете нам стать лучше!

    Подпишитесь на нашу еженедельную рассылку, и мы будем присылать самые интересные публикации 🙂 Просто оставьте свои данные в форме ниже.

    Что такое DNS, для чего он нужен и как работает

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

    Но, как работает эта система? Ведь домен — это не конечный адрес сайта, а лишь имя, которое привязано к IP адресу, на котором он на самом деле и располагается. Как все это функционирует? Все это благодаря — DNS.

    Продолжаем рассматривать, как работает интернет, в прошлый раз вы узнали про tcp ip протокол, данный материал будет посвящен ДНС — тому, что это такое и как работает.

    Что такое DNS

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

    DNS расшифровывается, как — Domain Name System, что в переводе означает — Система доменных имен.

    Данная система была разработана с целью облегчения навигации по интернету. Чтобы вместо тяжело запоминающего IP адреса сайта, можно было ввести его название в буквенном формате, т.е. вбить его домен и попасть на него. Ведь всегда лучше запоминаются буквенные значения, а не числовые.

    Что такое DNS сервер

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

    ДНС сервер обычно находится у провайдера, но вам ничего не мешает использовать и другие сервисы, например, от Google или от Yandex. Так, например, у того же Яндекса, есть три вида ДНС: базовый, безопасный и семейный. Установив — семейные, вы сможете обезопасить своих детей от порталов для взрослых. Безопасный обеспечит защиту от вредоносных ресурсов, а, базовый — это обычный и надежный вариант.

    Интересно! Когда интернет только появился, функцию DNS выполнял файл HOSTS, именно в нем и прописывались значения доменов к айпи. Но, сайтов стало очень много и прописывать из вручную уже было просто некомфортно и долго — их сменили DNS-сервера. Даже сейчас, браузеры на компьютере в первую очередь смотрят этот файл, а уже потом обращаются в ДНС.

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

    Каждый ресурс в интернете располагается на каком-либо компьютере — хосте. У каждого такого хоста есть свой собственный уникальный айпи адрес.

    Когда вы запрашиваете, какой-либо домен — ключ, например, anisim.org, в вашем браузере, он вначале обращается к ДНС-серверу, который передаст ему — ip адрес, чтобы он открылся. Если на определенном сервере нет информации о домене, то он просит о помощи другой и так до того момента, пока айпи сайта не будет найден.

    Как видите, ДНС сильно облегчает серфинг в интернете. Вместо того, чтобы каждый раз вручную вводить IP сайта, можно вбить только его домен.

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

    Интересно! По айпи можно открыть только те порталы, у которых он уникальный, т.е. на одном адресе — один сайт.

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

    DNS записи и зона

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

    Вся информация о домене, его поддоменах, айпи, почте хранится в ДНС записях. Они бывают разных типов:

    A или AAAA — IP адрес самого сайта в IPv4 и IPv6 формате соответственно.
    MX — указывает на почтовый шлюз для домена.
    CNAME — позволяет указывать синонимы для основного домена, к примеру, если здесь прописать — example.anisim.org CNAME anisim.org — будет перенаправляться на последнюю запись.
    NS — это адреса ДНС-серверов обслуживающих домен, обычно их две штуки.
    TXT — примечание, если оно необходимо.

    На самом деле записей больше, но смысла их все описывать для ознакомления нет — это основные.

    Как узнать используемые DNS серверы

    1. Нажмите «WIN + R» на клавиатуре, введите ncpa.cpl и нажмите «ОК».

    2. Откройте свое подключение к интернету и кликните по кнопке «Сведения». Здесь вы увидите свой DNS-сервер IPv4.

    Также, здесь вы можете поменять сервера на тот же Яндекс, для этого:

    1. Откройте свойства, кликните по IP версия 4 (TCP/IPv4) и откройте свойства.

    2. Вместо автоматического получения DNS-сервера, вбейте их вручную, например, 77.88.8.1 и 77.88.8.8 (смотрите картинку). Это базовые ДНС Yandex.

    3. Нажмите «ОК».

    Интересно! Довольно удобно использовать сторонние серверы, к примеру, для родительского контроля.

    В заключение

    Как видите объяснение довольно простое. Постарался все изложить понятным языком, чтобы было, как можно более яснее. Надеюсь вам был полезен данный материал и до встречи на страницах данного портала!

    Что такое DNS-серверы и зачем они нужны в интернете

    Здравствуйте, дорогие читатели блога iklife.ru.

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

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

    DNS-серверы – очень важная составляющая всей системы, благодаря которой работает интернет. Грубо говоря, это система, которая отвечает за домены – те самые адреса сайтов, которыми мы пользуемся ежедневно. Данную систему можно сравнивать с учетной книгой или справочником, где расписаны адреса жителей определенного города или улицы.

    Само понятие расшифровывается как доменная система имен. Эта самая система связывает домены и IP-адреса серверов, на которых хранится какая-то информация.

    Интернет состоит из огромного количества серверов (компьютеров), которые объединены между собой. Каждый сервер имеет свой собственный IP-адрес.

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

    Допустим, если вам необходимо перейти на сайт по какому-то URL, то вы не будете для этого вводить IP-адрес сервера, на котором хранятся файлы этого ресурса. Вам достаточно будет просто ввести определенное известное доменное имя (URL вида site.ru), после чего ваш браузер сам перейдет к нужному серверу и откроет нужный сайт. За этот процесс и отвечает система DNS. Она должна направлять пользователей к нужному месту. Своеобразный навигатор от мира интернета.

    Домены обычно состоят из букв, цифр и символов. Каждый из них уникален и состоит из самого имени и доменной зоны. Например, site.ru, где site – это имя или название, а ru – зона. Для использования того или иного домена вы должны его сначала арендовать.

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

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

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

    Иными словами, если ранее на каком-то домене был хороший трастовый проект с неплохими поведенческими факторами, то новый арендатор может легко получить трафик и хорошее отношение от поисковиков. Если же все было наоборот, то сайт может очень плохо продвигаться в ПС.

    Подведем небольшие промежуточные итоги:

    1. Интернет состоит из огромного количества серверов, которые объединены между собой и имеют собственные уникальные числовые адреса (IP или MAC).
    2. DNS (Domain Name System) используются для более удобного взаимодействия между пользователями и этими серверами. Каждый домен может быть связан с каким-то сервером, пользователю нужно знать имя домена, но не сам числовой IP-адрес.
    3. С течением времени к домену могут присваиваться разные IP-адреса. То есть если сейчас определенное доменное имя ведет на один сайт, то через год оно может быть свободно или вести уже на совершенно другой.
    4. DNS – это всего лишь система, к которой обращаются браузеры, когда пользователь вводит URL. После того как человек вводит какой-то домен определенного вида в адресную строку, браузер обращается к этой системе и получает от нее IP-адрес нужного сервера.

    Я надеюсь, что вы поняли суть описанного выше. Все достаточно просто и понятно.

    Кстати говоря, системы управления доменными именами существовали не всегда. Ранее, когда интернет только-только появился, для связки между доменом и адресом сервера использовался специальный файл, который хранился на каждом компьютере. Этот файл имел название hosts, и в нем прописывались все домены и связанные с ними IP-адреса.

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

    Когда еще не было DNS, подобные файлы могли содержать в себе тысячи записей с доменными именами и нужными адресами. Естественно, подобный подход не был удобен, и тогда люди придумали DNS. С помощью этой системы люди могли связывать доменные имена и нужные адреса. Hosts уже не был нужен.

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

    Мастер Йода рекомендует:  Цикл PHP foreach два способа его использования PHP

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

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

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

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

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

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

    DNS и интернет

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

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

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

    Также при обмене данными очень важную роль могут играть NS-серверы хостинга, на котором расположен тот или иной сайт. NS-серверы могут отдавать информацию об IP-адресах всех сайтов, которые есть на хосте. Хостинги могут содержать в себе колоссально огромное количество сайтов. Порой это количество исчисляется сотнями и тысячами. К каждому такому сайту ведет собственная ниточка, которую и проводят NS-серверы хостинга.

    Рассмотрим простой пример с iklife.ru. Когда вы вводите этот адрес в строку своего браузера, происходит примерно это.

    Рассмотрим этот процесс более подробно.

    1. Сначала ваш компьютер или любое другое устройство подключается к DNS-серверам провайдера. Туда он передает домен, в нашем случае это iklife.ru.
    2. Далее, этот домен передается от DNS провайдера к корневому серверу, где уже, в качестве выдачи, будут NS-адреса хостинга, к которым был привязан домен. Об этом я уже рассказывал, домен можно привязать к NS-серверам.
    3. Далее, домен передается к этим самым NS-серверам, которые мы получили от корневого DNS-сервера. Уже от NS мы получаем IP-адрес нужного нам сервера.
    4. Этот самый адрес передается к компьютеру, после чего этот компьютер подключается к серверу. От сервера передается информация в виде содержимого сайта или чего-то еще.

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


    Домены и NS-серверы

    Теперь я чуть подробнее расскажу об NS-серверах и доменах, которые к ним привязываются.

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

    Свободные домены, которые еще никем не были зарегистрированы, не имеют привязанного NS-сервера. При обращении к свободному домену выскакивает ошибка. Как правило “DNS Error”. Уже занятые доменные имена привязаны к NS-адресам, которые могут принадлежать какому-то большому хосту.

    У хостинга одни и те же NS-адреса, поэтому все домены, которые привязаны к этому хосту, имеют одни и те же NS. Исходя из схемы выше мы поняли, что распределение IP-адресов идет уже непосредственно на серверах хостинга. Именно на тех самых NS, к которым мы привязываем домен.

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

    При таком исходе любой человек, который также имеет аккаунт на хостинге, может присвоить этот домен себе. Со мной уже подобное случалось, для регистрации домена я использовал Reg.ru, там я прописал NS одного известного хостинга, но в самом хостинге я не сделал привязку домена к своему аккаунту. Это сделал кто-то другой. Он настроил редирект на какой-то сомнительный проект.

    Таким образом, с помощью DNS-серверов мошенник смог временно выкрасть мой домен. Почему временно? Все просто: я мог зайти на сайт регистратора и просто сменить NS на что-то другое. И у него все перестало бы работать, после чего я мог снова проделать эту операцию и привязать домен уже к своему аккаунту.

    То есть если вы при регистрации домена просто пропишете NS своего хоста, то это еще не гарантирует, что этот самый домен будет привязан к нужному веб-ресурсу. Уже внутри самого хостинга вы также должны проделать ряд определенных манипуляций, чтобы NS могли отправлять пользователей по нужному IP-адресу.

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

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

    Как сменить NS-серверы

    Теперь я расскажу о том, как сменить NS при смене хоста. В качестве примера мы будем рассматривать регистратора Reg.ru. Но думаю, что данная инструкция будет актуальна и для любого другого регистратора, ведь интерфейс у них похожий, поэтому трудностей возникнуть не должно.

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

    Вам нужно кликнуть по кнопке “Изменить”, после чего вас сразу же перекинет к окну редактирования адресов.

    Как видите, у вас здесь есть выбор. Вы можете кликнуть по одной из трех первых строк, чтобы автоматически прописать DNS Reg.ru. Если вам необходимо отвязать домен от нынешнего хостинга, вы можете на время привязать его к бесплатным DNS регистратора. Сделать это можно при помощи этих трех строк.

    Первая строка просто привяжет ваш домен к заглушке. При переходе по URL пользователей будет кидать на пустую заглушку с минимальной информацией.

    Следующая строка привяжет ваше доменное имя к виртуальному хосту Reg.ru. Если вы хотите использовать данную функцию, то рекомендую сразу кликнуть по этой строке.

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

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

    Просто вставьте два адреса, после чего нажмите на кнопку “Готово”. Если используется больше двух адресов, то с помощью специальной кнопки “Добавить DNS-сервер” вы сможете добавить дополнительные поля. Также вписываем все нужные адреса, после чего нажимаем на кнопку.

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

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

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

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

    Заключение

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

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

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

    Что такое DNS

    DNS обладает следующими характеристиками:

    • Распределённость администрирования. Ответственность за разные части иерархической структуры несут разные люди или организации.
    • Распределённость хранения информации. Каждый узел сети в обязательном порядке должен хранить только те данные, которые входят в его зону ответственности и (возможно) адреса корневых DNS-серверов.
    • Кеширование информации. Узел может хранить некоторое количество данных не из своей зоны ответственности для уменьшения нагрузки на сеть.
    • Иерархическая структура, в которой все узлы объединены в дерево, и каждый узел может или самостоятельно определять работу нижестоящих узлов, или делегировать (передавать) их другим узлам.
    • Резервирование. За хранение и обслуживание своих узлов (зон) отвечают (обычно) несколько серверов, разделённые как физически, так и логически, что обеспечивает сохранность данных и продолжение работы даже в случае сбоя одного из узлов.

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

    DNS была разработана Полом Мокапетрисом в 1983 году; оригинальное описание механизмов работы содержится в RFC 882 и RFC 883. В 1987 публикация RFC 1034 и RFC 1035 изменила спецификацию DNS и отменила RFC 882, RFC 883 и RFC 973 как устаревшие.

    Дополнительные возможности

    • поддержка динамических обновлений
    • защита данных (DNSSEC) и транзакций (TSIG)
    • поддержка различных типов информации

    Терминология и принципы работы

    Ключевыми понятиями DNS являются:

    • Доме́н (англ.domain — область) — узел в дереве имён, вместе со всеми подчинёнными ему узлами (если таковые имеются), то есть именованная ветвь или поддерево в дереве имен. Структура доменного имени отражает порядок следования узлов в иерархии; доменное имя читается слева направо от младших доменов к доменам высшего уровня (в порядке повышения значимости), корневым доменом всей системы является точка (‘.’), ниже идут домены первого уровня (географические или тематические), затем — домены второго уровня, третьего и т. д. (например, для адреса ru.wikipedia.org домен первого уровня — org, второго wikipedia, третьего ru). На практике точку в конце имени часто опускают, но она бывает важна в случаях разделения между относительными доменами и FQDN (англ.Fully Qualifed Domain Name , полностью определённое имя домена).
    • Поддомен (англ.subdomain ) — подчинённый домен (например, wikipedia.org — поддомен домена org, а ru.wikipedia.org — домена wikipedia.org). Теоретически такое деление может достигать глубины 127 уровней, а каждая метка может содержать до 63 символов, пока общая длина вместе с точками не достигнет 254 символов. Но на практике регистраторы доменных имён используют более строгие ограничения. Например, если у вас есть домен вида mydomain.ru, вы можете создать для него различные поддомены вида mysite1.mydomain.ru, mysite2.mydomain.ru и т. д.
    • Ресурсная запись — единица хранения и передачи информации в DNS. Каждая ресурсная запись имеет имя (то есть привязана к определенному Доменному имени, узлу в дереве имен), тип и поле данных, формат и содержание которого зависит от типа.
    • Зона — часть дерева доменных имен (включая ресурсные записи), размещаемая как единое целое на некотором сервере доменных имен (DNS-сервере, см. ниже), а чаще — одновременно на нескольких серверах (см. ниже). Целью выделения части дерева в отдельную зону является передача ответственности (см. ниже) за соответствующий домен другому лицу или организации. Это называется делегированием (см. ниже). Как связная часть дерева, зона внутри тоже представляет собой дерево. Если рассматривать пространство имен DNS как структуру из зон, а не отдельных узлов/имен, тоже получается дерево; оправданно говорить о родительских и дочерних зонах, о старших и подчиненных. На практике, большинство зон 0-го и 1-го уровня (‘.’, ru, com, …) состоят из единственного узла, которому непосредственно подчиняются дочерние зоны. В больших корпоративных доменах (2-го и более уровней) иногда встречается образование дополнительных подчиненных уровней без выделения их в дочерние зоны.
    • Делегирование — операция передачи ответственности за часть дерева доменных имен другому лицу или организации. За счет делегирования в DNS обеспечивается распределенность администрирования и хранения. Технически делегирование выражается в выделении этой части дерева в отдельную зону, и размещении этой зоны на DNS-сервере (см. ниже), управляемом этим лицом или организацией. При этом в родительскую зону включаются «склеивающие» ресурсные записи (NS и А), содержащие указатели на DNS-сервера дочерней зоны, а вся остальная информация, относящаяся к дочерней зоне, хранится уже на DNS-серверах дочерней зоны.
    • DNS-сервер — специализированное ПО для обслуживания DNS, а также компьютер, на котором это ПО выполняется. DNS-сервер может быть ответственным за некоторые зоны и/или может перенаправлять запросы вышестоящим серверам.
    • DNS-клиент — специализированная библиотека (или программа) для работы с DNS. В ряде случаев DNS-сервер выступает в роли DNS-клиента.
    • Авторитетность (англ.authoritative ) — признак размещения зоны на DNS-сервере. Ответы DNS-сервера могут быть двух типов: авторитетные (когда сервер заявляет, что сам отвечает за зону) и неавторитетные (англ.Non-authoritative ), когда сервер обрабатывает запрос, и возвращает ответ других серверов. В некоторых случаях вместо передачи запроса дальше DNS-сервер может вернуть уже известное ему (по запросам ранее) значение (режим кеширования).
    • DNS-запрос (англ.DNS query ) — запрос от клиента (или сервера) серверу. Запрос может быть рекурсивным или нерекурсивным (см. Рекурсия).

    Система DNS содержит иерархию DNS-серверов, соответствующую иерархии зон. Каждая зона поддерживается как минимум одним авторитетным сервером DNS (от англ. authoritative — авторитетный), на котором расположена информация о домене.

    Имя и IP-адрес не тождественны — один IP-адрес может иметь множество имён, что позволяет поддерживать на одном компьютере множество веб-сайтов (это называется виртуальный хостинг). Обратное тоже справедливо — одному имени может быть сопоставлено множество IP-адресов: это позволяет создавать балансировку нагрузки.

    Для повышения устойчивости системы используется множество серверов, содержащих идентичную информацию, а в протоколе есть средства, позволяющие поддерживать синхронность информации, расположенной на разных серверах. Существует 13 корневых серверов, их адреса практически не изменяются. [1]

    Протокол DNS использует для работы TCP- или UDP-порт 53 для ответов на запросы. Традиционно запросы и ответы отправляются в виде одной UDP датаграммы. TCP используется для AXFR-запросов.

    Рекурсия

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

    DNS-запрос может быть рекурсивным — требующим полного поиска, — и нерекурсивным (или итеративным) — не требующим полного поиска.

    Аналогично, DNS-сервер может быть рекурсивным (умеющим выполнять полный поиск) и нерекурсивным (не умеющим выполнять полный поиск). Некоторые программы DNS-серверов, например, BIND, можно сконфигурировать так, чтобы запросы одних клиентов выполнялись рекурсивно, а запросы других — нерекурсивно.

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

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

    Рассмотрим на примере работу всей системы.

    Предположим, мы набрали в браузере адрес ru.wikipedia.org. Браузер спрашивает у сервера DNS: «какой IP-адрес у ru.wikipedia.org»? Однако, сервер DNS может ничего не знать не только о запрошенном имени, но даже обо всём домене wikipedia.org. В этом случае сервер обращается к корневому серверу — например, 198.41.0.4. Этот сервер сообщает — «У меня нет информации о данном адресе, но я знаю, что 204.74.112.1 является ответственным за зону org.» Тогда сервер DNS направляет свой запрос к 204.74.112.1, но тот отвечает «У меня нет информации о данном сервере, но я знаю, что 207.142.131.234 является ответственным за зону wikipedia.org.» Наконец, тот же запрос отправляется к третьему DNS-серверу и получает ответ — IP-адрес, который и передаётся клиенту — браузеру.

    В данном случае при разрешении имени, то есть в процессе поиска IP по имени:

    • браузер отправил известному ему DNS-серверу рекурсивный запрос — в ответ на такой тип запроса сервер обязан вернуть «готовый результат», то есть IP-адрес, либо пустой ответ и код ошибки NXDOMAIN;
    • DNS-сервер, получивший запрос от браузера, последовательно отправлял нерекурсивные запросы, на которые получал от других DNS-серверов ответы, пока не получил ответ от сервера, ответственного за запрошенную зону;
    • остальные упоминавшиеся DNS-серверы обрабатывали запросы нерекурсивно (и, скорее всего, не стали бы обрабатывать запросы рекурсивно, даже если бы такое требование стояло в запросе).

    Иногда допускается, чтобы запрошенный сервер передавал рекурсивный запрос «вышестоящему» DNS-серверу и дожидался готового ответа.

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

    Рекурсивные запросы требуют больше ресурсов от сервера (и создают больше трафика), так что обычно принимаются от «известных» владельцу сервера узлов (например, провайдер предоставляет возможность делать рекурсивные запросы только своим клиентам, в корпоративной сети рекурсивные запросы принимаются только из локального сегмента). Нерекурсивные запросы обычно принимаются ото всех узлов сети (и содержательный ответ даётся только на запросы о зоне, которая размещена на узле, на DNS-запрос о других зонах обычно возвращаются адреса других серверов).

    Обратный DNS-запрос

    DNS используется в первую очередь для преобразования символьных имён в IP-адреса, но он также может выполнять обратный процесс. Для этого используются уже имеющиеся средства DNS. Дело в том, что с записью DNS могут быть сопоставлены различные данные, в том числе и какое-либо символьное имя. Существует специальный домен in-addr.arpa, записи в котором используются для преобразования IP-адресов в символьные имена. Например, для получения DNS-имени для адреса 11.22.33.44 можно запросить у DNS-сервера запись 44.33.22.11.in-addr.arpa, и тот вернёт соответствующее символьное имя. Обратный порядок записи частей IP-адреса объясняется тем, что в IP-адресах старшие биты расположены в начале, а в символьных DNS-именах старшие (находящиеся ближе к корню) части расположены в конце.

    Записи DNS

    Записи DNS, или Ресурсные записи (англ. Resource Records, RR) — единицы хранения и передачи информации в DNS. Каждая ресурсная запись состоит из следующих полей:

    • имя (NAME) — доменное имя, к которому привязана или которому «принадлежит» данная ресурсная запись,
    • TTL (Time To Live) — допустимое время хранения данной ресурсной записи в кэше неответственногоDNS-сервера,
    • тип (TYPE) ресурсной записи — определяет формат и назначение данной ресурсной записи,
    • класс ( >[2] ,
    • длина поля данных (RDLEN),
    • поле данных (RDATA), формат и содержание которого зависит от типа записи.

    Наиболее важные типы DNS-записей:

    • Запись A (address record) или запись адреса связывает имя хоста с адресом IP. Например, запрос A-записи на имя referrals.icann.org вернет его IP адрес — 192.0.34.164
    • Запись AAAA (IPv6 address record) связывает имя хоста с адресом протокола IPv6. Например, запрос AAAA-записи на имя K.ROOT-SERVERS.NET вернет его IPv6 адрес — 2001:7fd::1
    • Запись CNAME (canonical name record) или каноническая запись имени (псевдоним) используется для перенаправления на другое имя
    • Запись MX (mail exchange) или почтовый обменник указывает сервер(ы) обмена почтой для данного домена.
    • Запись NS (name server) указывает на DNS-сервер для данного домена.
    • Запись PTR (pointer) или запись указателя связывает IP хоста с его каноническим именем. Запрос в домене in-addr.arpa на IP хоста в reverse форме вернёт имя (FQDN) данного хоста (см. Обратный DNS-запрос). Например, (на момент написания), для IP адреса 192.0.34.164: запрос записи PTR 164.34.0.192.in-addr.arpa вернет его каноническое имя referrals.icann.org. В целях уменьшения объёма нежелательной корреспонденции (спама) многие серверы-получатели электронной почты могут проверять наличие PTR записи для хоста, с которого происходит отправка. В этом случае PTR запись для IP адреса должна соответствовать имени отправляющего почтового сервера, которым он представляется в процессе SMTP сессии.
    • Запись SOA (Start of Authority) или начальная запись зоны указывает, на каком сервере хранится эталонная информация о данном домене, содержит контактную информацию лица, ответственного за данную зону, тайминги (параметры времени) кеширования зонной информации и взаимодействия DNS-серверов.
    • SRV-запись (server selection) указывает на серверы для сервисов, используется, в частности, для Jabber и Active Directory.

    Зарезервированные доменные имена

    Документ RFC 2606 (Reserved Top Level DNS Names — Зарезервированные имена доменов верхнего уровня) определяет названия доменов, которые следует использовать в качестве примеров (например, в документации), а также для тестирования. Кроме example.com , example.org и example.net , в эту группу также входят test , invalid и др.

    Интернациональные доменные имена

    Доменное имя может состоять только из ограниченного набора ASCII символов, позволяя набрать адрес домена независимо от языка пользователя. ICANN утвердил основанную на Punycode систему IDNA, преобразующую любую строку в кодировке Unicode в допустимый DNS набор символов.

    Программное обеспечение DNS

    • BIND (Berkeley Internet Name Domain) [1]
    • djbdns (Daniel J. Bernstein’s DNS) [2]
    • MaraDNS [3]
    • NSD (Name Server Daemon) [4]
    • PowerDNS[5]
    • OpenDNS[6]
    • Microsoft DNS Server (в серверных версиях операционных систем Windows NT)
    • MyDNS [7]

    Национальная библиотека им. Н. Э. Баумана
    Bauman National Library

    Персональные инструменты

    DNS (Domain Name System)

    DNS

    Уровень (по модели OSI): Прикладной
    Семейство: TCP/IP
    Порт/ID: 53/TCP, 53/UDP
    Назначение протокола: Разрешение доменных имен
    Спецификация: RFC 1034, RFC 1035 / STD 13
    Основные реализации (клиенты): Встроен во все сетевые ОС
    Основные реализации (серверы): BIND, PowerDNS или Microsoft DNS Server
    Мастер Йода рекомендует:  Рядовой или генерал кто ты в армии программистов

    DNS (англ. Domain Name System — система доменных имён) — компьютерная распределённая система для получения информации о доменах. Чаще всего используется для получения IP-адреса по имени хоста (компьютера или устройства), получения информации о маршрутизации почты, обслуживающих узлах для протоколов в домене (SRV-запись). Распределённая база данных DNS поддерживается с помощью иерархии DNS-серверов, взаимодействующих по определённому протоколу.

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

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

    Начиная с 2010 года в систему DNS внедряются средства проверки целостности передаваемых данных, называемые DNS Security Extensions (DNSSEC). Передаваемые данные не шифруются, но их достоверность проверяется криптографическими способами. Внедряемый стандарт DANE обеспечивает передачу средствами DNS достоверной криптографической информации (сертификатов), используемых для установления безопасных и защищённых соединений транспортного и прикладного уровней.

    Содержание

    Уровни DNS

    Дерево DNS принято делить по уровням: первый, второй, третий и так далее. При этом начинается система с единственного корневого домена (нулевой уровень). Интересно, что про существование корневого домена сейчас помнят только специалисты, благодаря тому, что современная DNS позволяет не указывать этот домен в адресной строке. Впрочем, его можно и указать. Адресная строка с указанием корневого домена выглядит, например, так: «site.test.ru.» – здесь корневой домен отделен последней, крайней справа, точкой. Как несложно догадаться, адреса с использованием DNS записываются в виде последовательности, отражающей иерархию имен. Чем «выше» уровень домена, тем правее он записывается в строке адреса. Разделяются домены точками. Разберем, например, строку www.site.nic.ru. Здесь домен www – это домен четвертого уровня, а другие упомянутые в этой строке домены расположены в домене первого уровня RU. Например, site.nic.ru – это домен третьего уровня. Очень важно понимать, что привычный адрес веб-сайта, скажем, www.test.ru, обозначает домен третьего уровня (www), расположенный внутри домена второго уровня test.ru.

    Ключевые характеристики DNS

    DNS обладает следующими характеристиками:

    • Распределённость администрирования. Ответственность за разные части иерархической структуры несут разные люди или организации.
    • Распределённость хранения информации. Каждый узел сети в обязательном порядке должен хранить только те данные, которые входят в его зону ответственности, и (возможно) адреса корневых DNS-серверов.
    • Кеширование информации. Узел может хранить некоторое количество данных не из своей зоны ответственности для уменьшения нагрузки на сеть.
    • Иерархическая структура, в которой все узлы объединены в дерево, и каждый узел может или самостоятельно определять работу нижестоящих узлов, или делегировать (передавать) их другим узлам.
    • Резервирование. За хранение и обслуживание своих узлов (зон) отвечают (обычно) несколько серверов, разделённые как физически, так и логически, что обеспечивает сохранность данных и продолжение работы даже в случае сбоя одного из узлов.

    DNS важна для работы Интернета, так как для соединения с узлом необходима информация о его IP-адресе, а для людей проще запоминать буквенные (обычно осмысленные) адреса, чем последовательность цифр IP-адреса. В некоторых случаях это позволяет использовать виртуальные серверы, например, HTTP-серверы, различая их по имени запроса. Первоначально преобразование между доменными и IP-адресами производилось с использованием специального текстового файла hosts, который составлялся централизованно и автоматически рассылался на каждую из машин в своей локальной сети. С ростом Сети возникла необходимость в эффективном, автоматизированном механизме, которым и стала DNS. DNS была разработана Полом Мокапетрисом в 1983 году; оригинальное описание механизмов работы содержится в RFC 882 и RFC 883. В 1987 публикация RFC 1034 и RFC 1035 изменила спецификацию DNS и отменила RFC 882, RFC 883 и RFC 973 как устаревшие.

    Дополнительные возможности

    • поддержка динамических обновлений
    • защита данных (DNSSEC) и транзакций (TSIG)
    • поддержка различных типов информации

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

    Доменное имя содержит, как минимум, две части (обычно называются метками), разделённые точкой. Самая правая метка является доменом верхнего уровня (например, для адреса ru.wikipedia.org домен верхнего уровня — org). Каждая следующая метка справа налево является поддоменом (например, wikipedia.org — поддомен домена org, а ru.wikipedia.org — домена wikipedia.org). Теоретически такое деление может достигать глубины 127 уровней, а каждая метка может содержать до 63 символов, пока общая длина вместе с точками не достигнет 254 символов. Но на практике регистраторы доменных имён используют более строгие ограничения. Система DNS содержит иерархию серверов DNS. Каждый домен или поддомен поддерживается как минимум одним авторизированным сервером DNS, на котором расположена информация о домене. Иерархия серверов DNS совпадает с иерархией доменов.

    Рассмотрим на примере работу всей системы. Предположим, мы набрали в браузере адрес ru.wikipedia.org. Браузер знает только IP-адрес сервера DNS, обычно это один из серверов интернет-провайдера. Он спрашивает у сервера DNS: «какой IP-адрес у ru.wikipedia.org?». Сервер DNS обращается к корневому серверу — например, 198.41.0.4. Этот сервер сообщает — «У меня нет информации о данном адресе, но я знаю, что 204.74.112.1 поддерживает доменную зону org.» Браузер направляет свой запрос к 204.74.112.1, но тот отвечает «У меня нет информации о данном сервере, но я знаю, что 207.142.131.234 поддерживает доменную зону wikipedia.org.» Наконец, браузер отправляет свой запрос к третьему DNS-серверу (который является авторизированным сервером для домена wikipedia.org), и получает ответ — IP-адрес. Этот процесс называется рекурсивным поиском.

    Имя хоста и IP-адрес не тождественны — хост с одним IP может иметь множество имён, что позволяет поддерживать на одном компьютере множество веб-сайтов (это называется виртуальный хостинг). Обратное тоже справедливо — одному имени может быть сопоставлено множество хостов: это позволяет создавать балансировку нагрузки. Запрос на определение имени обычно не идёт дальше кэша DNS, который помнит (ограниченное время) ответы на запросы, проходившие через него ранее. Организации или провайдеры могут по своему усмотрению организовывать кэш DNS. Обычно вместе с ответом приходит информация о том, сколько времени следует хранить эту запись в кэше. Для повышения устойчивости системы используется множество серверов, содержащих идентичную информацию. Существует 13 корневых серверов, расположенных по всему миру и привязанных к своему региону, их адреса никогда не меняются, а информация о них есть в любой операционной системе. Протокол DNS использует для работы TCP- или UDP-порт 53 для ответов на запросы. Традиционно запросы и ответы отправляются в виде одной UDP датаграммы. TCP используется в случае, если ответ больше 512 байт, или в случае AXFR-запроса.

    Записи DNS

    Записи DNS, или Ресурсные записи (англ. Resource Records, RR) — единицы хранения и передачи информации в DNS. Каждая ресурсная запись состоит из следующих полей[2]:

    • имя (NAME) — доменное имя, к которому привязана или которому «принадлежит» данная ресурсная запись,
    • тип (TYPE) ресурсной записи — определяет формат и назначение данной ресурсной записи,
    • класс (CLASS) ресурсной записи; теоретически считается, что DNS может использоваться не только с TCP/IP, но и с другими типами сетей, код в поле класс определяет тип сети[3],
    • TTL (Time To Live) — допустимое время хранения данной ресурсной записи в кэше неответственного DNS-сервера,
    • длина поля данных (RDLEN),
    • поле данных (RDATA), формат и содержание которого зависит от типа записи.

    Наиболее важные типы DNS-записей:

    • Запись A (address record) или запись адреса связывает имя хоста с адресом протокола IPv4. Например, запрос A-записи на имя referrals.icann.org вернёт его IPv4-адрес — 192.0.34.164.
    • Запись AAAA (IPv6 address record) связывает имя хоста с адресом протокола IPv6. Например, запрос AAAA-записи на имя K.ROOT-SERVERS.NET вернёт его IPv6-адрес — 2001:7fd::1.
    • Запись CNAME (canonical name record) или каноническая запись имени (псевдоним) используется для перенаправления на другое имя.
    • Запись MX (mail exchange) или почтовый обменник указывает сервер(ы) обмена почтой для данного домена.
    • Запись NS (name server) указывает на DNS-сервер для данного домена.
    • Запись PTR (point to reverse) или запись указателя связывает IP-адрес хоста с его каноническим именем. Запрос в домене in-addr.arpa на IP-адрес хоста в reverse-форме вернёт имя (FQDN) данного хоста (см. Обратный DNS-запрос). Например (на момент написания), для IP-адреса 192.0.34.164 запрос записи PTR 164.34.0.192.in-addr.arpa вернёт его каноническое имя referrals.icann.org. В целях уменьшения объёма нежелательной корреспонденции (спама) многие серверы-получатели электронной почты могут проверять наличие PTR-записи для хоста, с которого происходит отправка. В этом случае PTR-запись для IP-адреса должна соответствовать имени отправляющего почтового сервера, которым он представляется в процессе SMTP-сессии.
    • Запись SOA (Start of Authority) или начальная запись зоны указывает, на каком сервере хранится эталонная информация о данном домене, содержит контактную информацию лица, ответственного за данную зону, тайминги (параметры времени) кеширования зонной информации и взаимодействия DNS-серверов.
    • SRV-запись (server selection) указывает на серверы для сервисов, используется, в частности, для Jabber и Active Directory.

    Зарезервированные доменные имена

    Документ RFC 2606 (Reserved Top Level DNS Names — Зарезервированные имена доменов верхнего уровня) определяет названия доменов, которые следует использовать в качестве примеров (например, в документации), а также для тестирования. Кроме example.com, example.org и example.net, в эту группу также входят test, invalid и др.

    Интернациональные доменные имена

    Доменное имя может состоять только из ограниченного набора ASCII-символов, позволяя набрать адрес домена независимо от языка пользователя. ICANN утвердил основанную на Punycode систему IDNA, преобразующую любую строку в кодировке Unicode в допустимый DNS набор символов.

    Программное обеспечение DNS

    • BIND (Berkeley Internet Name Domain)
    • djbdns (Daniel J. Bernstein’s DNS)
    • MaraDNS
    • NSD (Name Server Daemon)
    • PowerDNS
    • OpenDNS
    • Microsoft DNS Server (в серверных версиях операционных систем Windows NT)
    • MyDNS

    Что такое DNS

    Содержание

    DNS ≠ магазин компьютерной и бытовой техники

    Domain Name System — распределённая система хранения и обработки информации о доменных именах доменных зонах.

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

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

    Предпосылки появления DNS

    В 70-х годах, когда ARPANET (прародитель интернета) был небольшим и состоял из нескольких сотен компьютеров, создатели этой сети задались идеей «очеловечить» адреса компьютеров внутри сети для удобного обращения и передачи информации между ними. До того момента обращения происходили посредством указания точного адреса необходимого компьютера внутри этой сети (IP-адрес), что было неудобно, даже при таком небольшом количестве устройств.

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

    С увеличением количества компьютеров внутри сети ARPANET людям приходилось запоминать всё большее количество разнообразных комбинаций цифр (IP-адресов), чтобы связаться с тем или иным компьютером для отправки данных. Это могли быть данные об исследованиях, необходимые отделу компании, который находится в другой части страны, или любые другие данные, расположенные на расстоянии. К 1983 году таких компьютеров насчитывалось более 4 000, и запомнить большинство этих адресов уже не представлялось возможным. Вот и разработчики ARPANET подумали также, решив дать компьютерам уникальные имена для дальнейшего подключения к ним с использованием этих имён, а не IP-адресов.

    Файл hosts — как первый шаг к созданию DNS

    Для решения этой задачи разработчики решили использовать словарь, который связывал уникальное имя и IP-адрес каждого компьютера в сети. Таким словарём стал файл hosts.txt, который и отвечал за привязку IP-адреса к имени компьютера. Файл лежал на сервере Стэнфордского исследовательского института, и пользователи сети регулярно вручную скачивали этот файл на свои компьютеры, чтобы сохранять актуальность словаря, ведь новые компьютеры появлялись в сети почти каждый день.

    Выглядел hosts.txt тогда (да и сейчас) таким образом:

    При наличии такого файла на компьютере пользователя для связи с компьютером Майка, можно было не запоминать цифры, а использовать понятное латинское имя «MIKE-STRATE-PC».

    Посмотрим, как выглядит файл и попробуем добавить туда новое имя, чтобы подключиться к компьютеру с использованием данного имени. Для этого отредактируем файл hosts. Вы можете найти его на своём компьютере по следующему адресу:

    • В Unix-системах: /etc/hosts
    • В Windows-системах: %Путь до папки Windows%/system32/drivers/etc/hosts

    Компьютеру с IP-адресом 192.168.10.36, который находится внутри локальной сети мы указали имя «MIKE-STRATE-PC». После чего можно воспользоваться командой ping, которая пошлёт специальный запрос на компьютер Майка и будет ждать от него ответа. Похоже на то, как вы стучитесь в дверь или звоните в звонок, чтобы узнать, «есть ли кто дома?» Такой запрос можно послать на любой компьютер.

    По мере развития сети и «обрастания» её новыми клиентами, такой способ становился неудобным. Всем пользователям компьютеров было необходимо всё чаще скачивать свежую версию файла с сервера Стэнфордского исследовательского института, который обновлялся вручную несколько раз в неделю. Для добавлений же новых версий было необходимо связываться с институтом и просить их внести в файл новые значения.

    В 1984 году Пол Мокапетрис (Paul Mockapetris) описал новую систему под названием DNS (Domain Name System / Система доменных имён), которая была призвана автоматизировать процессы соотнесения IP-адресов и имён компьютеров, а также процессы обновления имён у пользователей без необходимости ручного скачивания файла со стороннего сервера.

    Работа DNS в сети интернет

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

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

    Рассмотрим работу DNS и её составных частей поближе.

    Терминология

    Основными компонентами DNS являются:

    Домен (доменное имя) — символьное имя для обозначения сервера в сети интернет. Доменные имена являются иерархической структурой, в которой каждый уровень отделяется точкой. Основными уровнями являются:

    • Корневой домен. В урле он не используется, но всегда подразумевается. От него начинается построение всех урлов в сети интернет
    • Домены верхнего уровня. К ним относятся домены .ru, .com, .net, .su и так далее. Также этот домен называют доменом первого уровня.
    • Домен второго уровня (или основной домен). Это основное имя вашего сайта
    • Поддомены (домены третьего, четвёртого, пятого и т.д. уровня). Сюда входят все поддомены основного домена.

    DNS-сервер — система, ответственная за хранение и поддержание в актуальном состоянии записей о своих дочерних доменах. Каждый DNS-сервер ответственен только за свою зону, то есть DNS-сервер домена .io знает о том, где расположен домен hexlet, DNS-сервер которого знает о расположении своих поддоменов.

    Корневой DNS-сервер — система, знающая расположение (IP-адреса) DNS-серверов доменов верхнего уровня.

    Ресурсная запись — единица информации DNS-сервера. Каждая ресурсная запись имеет несколько полей:

    • Имя (домен, к которому относится запись)
    • Тип
    • Параметры
    • Значение

    Подключение

    Необходимо понимать, что доменное имя — это всего лишь абстракция для людей. Сам компьютер и приложения (например, браузер) обращается к сервисам внутри сети интернет только по IP-адресам.

    Рассмотрим процесс получения IP-адреса по доменному имени на примере домена ru.hexlet.io .


    Возможны два варианта событий:

    Компьютер посылает запрос на известный ему DNS-сервер. Чаще всего им является DNS-сервер поставщика интернет-услуг (провайдера): какой IP-адрес у домена ru.hexlet.io?. DNS-сервер провайдера находит в своей базе информацию о том, что домен ru.hexlet.io расположен по IP-адресу 104.25.238.104 и возвращает значение нашему компьютеру. Этот процесс похож на то, как использовался файл hosts.txt .

    Ближайший известный DNS-сервер не имеет записи о том, по какому IP-адресу располагается домен ru.hexlet.io . В таком случае запускается цепочка процессов, благодаря которым наш компьютер получит IP-адрес домена:

    Так как домен является иерархической структурой, и все DNS-сервера знают IP-адреса корневых DNS-серверов, то к ним и происходит запрос на получение IP-адреса домена.

    Корневые DNS-сервера, в соответствии со своей зоной ответственности знают о том, где располагаются DNS-сервера доменов верхнего уровня. Эти адреса возвращаются DNS-серверу нашего провайдера, после чего на нужный DNS-сервер (в нашем случае на DNS-сервер домена .io) посылается запрос на получение IP-адреса домена ru.hexlet.

    В соответствии со своей зоной ответственности DNS-сервер домена верхнего уровня возвращает IP-адрес DNS-сервера домена hexlet, на который посылается запрос на получение IP-адреса поддомена ru.

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

    Рекурсия в DNS

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

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

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

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

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

    Ресурсные записи DNS

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

    Рассмотрим, какие ресурсные записи используются, и на что они указывают. Основными ресурсными записями DNS являются:

    A-запись — одна из самых важных записей. Именно эта запись указывает на IP-адрес сервера, который привязан к доменному имени.

    MX-запись — указывает на сервер, который будет использован при отсылке доменной электронной почты.

    NS-запись — указывает на DNS-сервер домена.

    CNAME-запись — позволяет одному из поддоменов дублировать DNS-записи своего родителя. Делается это для того, чтобы перенаправить запрос с одного домена на другой (чаще всего для перенаправления домена с поддоменом www на домен без такого поддомена).

    TXT-запись — в этой записи хранится текстовая информация о домене. Часто используется для подтверждения прав на владение доменом, посредством добавления определённой строки, которую присылает нам интернет-сервис.

    Ресурсные записи почти всегда одинаковые, но для некоторых записей могут появляться другие поля, например в MX-записях также присутствует значение приоритета. В основном ресурсные записи имеют следующую структуру:

    Имя записи — указывается домен, которому принадлежит данная ресурсная запись.

    TTL (time to live / время жизни) — время в секундах, на которое будет закешировано значение ресурсной записи. Это необходимо для разгрузки DNS-серверов. Благодаря кешированию и возможна ситуация, что ближайший DNS-сервер знает IP-адрес запрашиваемого домена.

    Класс — предполагалось, что DNS может работать не только в сети интернет, поэтому в записи указывается и её класс. На сегодняшний день поддерживается только одно значение — IN (Internet).

    Тип — указывает тип ресурсной записи, основные из которых были разобраны выше.

    Значение — непосредственно значение ресурсной записи. В зависимости от типа ресурсной записи значения могут быть представлены в разном виде.

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

    Утилита dig является DNS-клиентом и входит в состав одного из самых распространённых DNS-серверов BIND.

    Пример реальных записей DNS

    Не пугайтесь такого длинного вывода. Уже сейчас можно понять почти всё, что тут указано. Разберём вывод каждой секции более детально.

    Вывод состоит из нескольких частей:

    • Шапка
    • Секция запроса
    • Секция ответа
    • Служебная информация

    Шапка запроса

    Здесь указывается проставленные флаги нашего запроса, количество запросов и ответов, а также другая служебная информация.

    Секция запроса

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

    Секция ответа

    Секция ответа достаточно большая, поэтому для удобства разобьём её по типам ресурсных записей.

    Как запись A, так и AAAA-запись указывают на IP-адрес, который привязан к нашему домену. A-запись указывает IP в формате IPv4, а запись AAAA — в формате IPv6.

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

    Запись SOA (Start of Authority) указывает на несколько различных параметров:

    1. Сервер с эталонной информацией о текущем домене
    2. Контактную информацию ответственного лица
    3. Различные параметры кеширования записей

    Бывают и некоторые более специфичные ресурсные записи, о которых здесь не было речи, но это не значит, что они бесполезны. Полный перечень таких записей всегда можно найти в документации (например по DNS-серверу BIND).

    Выводы

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

    Что такое DNS и для чего он нужен

    Большинство пользователей интернета совсем не задумываются о том, как каким образом функционирует сеть. Они слышат некоторые термины, однако даже не могут понимать их. Однако, чтобы полностью разобраться в функционировании интернета, следует разобраться со многими понятиями, в том числе и что такое DNS (Domain Name System) .

    Мастер Йода рекомендует:  Приложение от Microsoft знает, к какой породе собак вы относитесь

    Что такое DNS?

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

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

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

    Что такое DNS сервера и зачем они нужны?

    Когда интернет получил более широкое распространение, программисты решили упростить работу сети. Для этого информацию о связи имени и адреса решили поместить в сети на серверах DNS. По запросам от серверов интернет провайдеров они указывают адреса NS серверов, где на самом деле находится IP-адреса того или иного сайта. Следует отметить, что связка «одно доменное имя – один IP-адрес» не совсем корректна. В случае больших сайтов (например, социальных сетей) одному доменному имени принадлежит больше одного адреса. Возможны ситуации с точностью наоборот, когда на один адрес соответствует паре доменных имен, которые являются синонимами друг друга. Чтобы получить полное понимание всех процессов, нужно узнать, что такое DNS сервер.

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

    DNS сервер – это тот самый справочник, которым пользуется браузер для получения доступа к ресурсу. Именно данная технология (которая работает по принципу обычных серверов, т. е. на обычном рабочем ПК, круглосуточно подключенному к сети) обеспечивает правильную работу всей сети.

    Как работает сеть?

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

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

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

    Замена Ip в файле hosts

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

    Что такое DNS зона

    Указанная система весьма просто рассказывала о работе DNS (взаимодействии доменного имени, ресурса и адреса). Однако доменное имя может указывать не только на сайт, но и на различные его «пристройки (почтовые сервера, поддомены). Как работает DNS в этом случае вы узнаете ниже.

    Бывают случаи, когда одному имени отвечает сразу несколько адресов. Ведь у действительно больших сайтов существует множество поддоменов. Поэтому каждому сайту на сервере соответствует документ, указывающий характер различных элементов сети. Этот документ является DNS зоной. Чтобы классифицировать информацию и раскрыть взаимодействие между этими элементами, доменом и АйПИ, в зоне оставляют подобные строки:

    • А – адрес интернет-ресурса для выбранного доменного имени;
    • MX – адрес, который соответствует почтовому серверу интернет-ресурса;
    • CNAME – указание всех доменных имен, которые соответствуют одному IP (так пользователь получает возможность вводить название сайта без приставки www);
    • NS – название сервера, который владелец сайта получает от хостинга (на нем физически находится информация о сайте);
    • TXT – различные текстовые записи.

    DNS зона

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

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

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

    Полная цепочка событий при вводе доменного имени выглядит таким образом:

    1. Веб-обозреватель запрашивает информацию у файла Hosts.
    2. Не найдя информацию там, он обращается к ближайшему NS-серверу (а если ее нет и там, то к следующему).
    3. Браузер получает информацию и отображает на экране монитора пользователя выбранный интернет-ресурс.

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

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

    Если вам интересно узнать адрес DNS сервера, которым пользуется ваш компьютер, вам нужно будет сделать несколько вещей:

    1. Откройте строку для ввода команд (сочетание клавиш Win-R);
    2. Введите команду cmd и подтвердите операцию.
    3. В окне, которое открылось, введите ipconfig/all и нажмите Enter.

    После прописывания ipconfig/all

    Это самый быстрый и простой способ узнать информацию о подключении к сети вашего компьютера. Однако, есть еще один способ адрес DNS сервера на вашем компьютере. Для этого нужно будет воспользоваться интерфейсом OC Windows. Перейдите в сетевые подключения, которые находятся в разделе «Панель управления» , после чего зайдите в свойства активного интернет-подключения.

    Таким образом вы также можете проверить IP-адрес DNS сервера.

    NS сервера хостинга в DNS системе

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

    Примеры NS — сервера:

    • bolek.loleknbolek.com
    • ns4258d.dnlite.de
    • endi.ns.cloudflare.com

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

    В случае если интернет-провайдер не владеет данной информацией, то ПК обращается выше по цепочке иерархии до так называемых «корневых серверов». Следует отметить, что получить необходимую информацию там ваш компьютер также не сможет, поскольку такие сервера обновляются пару раз в день.

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

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

    Как поменять DNS при переносе сайта на другой хостинг

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

    Нужно отметить, что техподдержка хостингов сама осуществляет перенос сайта, поэтому от владельца может потребоваться минимум усилий. Однако, если вы привыкли держать все процессы с собственным интернет-ресурсом под своим контролем, то вам придется предпринять такие шаги:

    • создать резервную копию интернет-ресурса;
    • сделать снимок о состоянии рабочих процессов на сайте (damp);
    • связать доменное имя с учетной записью в системе нового хостинга;
    • создать новую базу данных и перенести в нее всю информацию из базы на старом хостинге;
    • импортировать папку с файлами вашего сайта (каталог интернет-ресурса) в систему нового хостинга;
    • отредактировать файл конфигураций;
    • изменить названия NS-серверов от старого хостинга на новые;
    • перед отключением учетной записи на предыдущем хостинге проверить работоспособность сайта на новом аккаунте.

    Поскольку статья только о DNS, в этом пункте речь пойдет исключительно о смене имени NS-сервера на новые.

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

    Если ваш домен управляется хостингом, вам следует предпринять такие действия:

    1. Прикрепите доменное имя к DNS-серверу хостинга , к услугам которого вы решили прибегнуть.
    2. Смените названия NS-серверов у регистратора доменного имени . Для этого нужно зайти в панель управления хостингом и найти панель где можно изменить (узнать) NS-сервера (как правило данный пункт находится в настройках домена). Как уже было сказано, чаще всего хостинг дает два NS сервера, поэтому ищем записи, где во вкладке «Тип» пишет: «NS (сервер имен)».

    Изменение NS-сервера

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

    Что такое DNS

    DNS — это специальная система для получения сведений о доменах (Domain Name System).

    Зачем нужен DNS?

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

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

    Все сайты хранятся на серверах хостинг-провайдеров. У которых есть сотни или тысячи серверов, и у каждого из них есть свой IP-адрес. Когда пользователь хочет открыть какой-либо сайт (например hostings.info), то он вводит его в браузере и с компьютера уходит запрос.

    Сначала запрос идет на DNS-сервер, который подсказывает где можно узнать IP-адрес сервера, на котором хранятся файлы запрашиваемого сайта. В ответе, приходит адрес NS-сервера (ns1.hoster.com и ns2.hoster.com).

    Далее идет запрос к NS-серверу, который присылает IP-адрес сервера на котором располагаются файлы сайта (218.106.218.10).

    После этого идет запрос на сервер с IP 218.106.218.10, тот обрабатывает запрос пользователя и в ответ показывает пользователю сайт, который он хотел открыть.

    Как использовать DNS в хостинге?

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

    Как настроить DNS?

    Даже если у вас мало опыта, вскоре вы убедитесь, что изменять настройки DNS очень просто. Все что вам нужно — это зайти в панель управления доменом (она находится либо у регистратора домена, либо у хостера [если вы регистрировали домен через него]). И внести туда названия DNS-серверов (например ns1.hoster.com и ns2.hoster.com), которые можно узнать у хостинг-провайдера. Но чаще всего они приходят вместе с остальными настройками, в первом письме, которое присылает хостинг-провайдер.

    Как узнать текущие DNS своего или чужого сайта?

    Это можно сделать с помощью любого WHOIS-сервиса, рейтинг которых мы составили здесь.

    Важно

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

    Что такое сервер доменных имен (DNS)?

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

    Почему это происходит?

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

    На сервере доменных имен хранится запись об имени домена сайта и IP адрес сервера, куда нужно посылать запросы.

    Почему в записи домена нужно обязательно указывать сервер имен хостинга?

    Сервер имен предназначен для того, чтобы находить информацию о вашем интернет-сайте. Когда вы осуществляете запись в вашем домене, вы автоматически сообщаете Интернету о точном местоположении вашего сайта в сети. Если вы не поменяете информацию в записи своего домена, проще говоря, оставите упоминание о предыдущем хостинг-провайдере, то указатель на местоположение вашего сайта будет показывать на сервер, где ваш сайт уже не существует. А если предыдущий провайдер удалил со своего сервера доменных имен запись о вашем веб-сайте, то ваш домен будет направлен в «пустоту».

    Почему информация об изменениях хостинга так долго вступает в силу?

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

    Что делать, если домен ссылается на прежний хостинг, хотя там давно нет аккаунта?

    Такая ситуация связана со следующими возможными причинами:

    1. Данные о прежних DNS сохранилась в записях вашего домена.

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

    2. ваш прежний хостинг-провайдер не удалил со своего сервера записи о вашем домене.

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

    3. Информация о новой записи вашего веб-сайта еще не успела распространиться на все серверы имен. Такая ситуация происходит тогда, когда вы изменяете запись указателя сервера имен домена вашего веб-сайта.

    Решение проблемы: подождите 24-72 часов, за это время настройки вступят в силу. Однако если проблема не решается, обратитесь к вашему новому хостинг-провайдеру.

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

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

    DNS и DNS-зона: что это такое, какие функции выполняет

    DNS (Domain Name System) – это система доменных имен, предназначенная для связывания доменов (названий сайтов) с IP-адресами компьютеров, обслуживающих их. То есть, данная система предназначена для облегчения поиска веб-сайтов.

    Домен, который вы вводите в браузере, не является настоящим адресом сайта. Это равносильно тому, что вы отправите письмо человеку, указав на конверте лишь его Ф.И.О. и город проживания. Но как доставить ему письмо, если почтальон не знает конкретно, где находится адресат? Для этого на конверте и указывают почтовый адрес.

    Для чего нужен DNS?

    Роль почтового адреса в интернете играет IP-адрес(по рус. Айпи). Он есть у всех устройств в сети, будь то домашняя сеть или Интернет. С его помощью устройства могут общаться между собой, отправляя запросы и отвечая на них по определенным IP-адресам. Они задают, на какое устройство необходимо отправить данные.

    Айпи состоит из четырех чисел, начиная от 0 и заканчивая 255. К примеру, один из интернет-адресов сайта компании Google выглядит так: 77.214.53.237. Если вы скопируете данное сочетание цифр и вставите в адресную строку в браузере, то автоматически попадете на страницу google.com. Позже мы расскажем, почему домены могут иметь несколько IP.

    Вы спросите: «А зачем вообще усложнять жизнь и почему нельзя оставить только доменные имена»? Суть в том, что любой доступный во Всемирной паутине сайт – это, грубо говоря, тот же компьютер со своим айпи. Все его файлы, папки и прочие материалы хранятся на сервере. Компьютеры способны работать только с цифрами – без DNS они не поймут символьный запрос.

    В отличие от компьютеров, человеку тяжело держать в голове уйму цифр. IP-адрес очень похож на длинный мобильный номер. Чтобы не было необходимости запоминать номера телефонов, мы записываем их в «контакты» и называем, зачастую, именами владельцев этих номеров. Например: Иван Сидорович, +7-123-456-78-90. В следующий раз, когда мы захотим позвонить Ивану, нам достаточно ввести его имя, а про номер можно и вовсе забыть.

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

    Например, чтобы зайти на сайт Ивана с доменным адресом yavanya.com, который он выбрал сам, достаточно ввести его в браузере, после чего DNS отправит компьютеру (через который вы сидите в браузере) необходимый IP-адрес. Допустим, 012.012.012.012 – это айпи, соответствующее сайту yavanya.com. Тогда сервер (компьютер), на котором размещен сайт, с таким адресом проанализирует введенный пользователем запрос и пришлет данные браузеру для отображения запрошенной страницы.

    Где находятся записи соответствия доменов IP-адресам?

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

    • хранение списка айпи и соответствующих им доменов;
    • кэширование записей из других серверов системы.

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

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

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

    Что такое DNS-зона?

    Выше мы привели самый простой пример соответствия IP-адреса домену, которое происходит по такой схеме: одно доменное имя – один ресурс – один адрес. Тем не менее, к единственному домену, кроме сайта, одновременно может относиться и почтовый сервер, адресуемый уже другим айпи. В данном случае нельзя не упомянуть о поддоменах, про которые мы писали раньше. Простой пример поддомена популярного в России почтового сервиса: mail.yandex.ru.

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

    • А – адрес «сайта» домена.
    • MX – адрес «почтового сервера» того же домена.
    • CNAME – синоним домена. То есть, доменный адрес www.yavanya.com – синоним yavanya.com и, введя в браузере запрос без «www», вас все равно перенаправит на сайт.
    • NS – в данной записи содержатся домены DNS-серверов, обслуживающих конкретный домен.
    • TXT – тут может содержаться любое примечание в текстовом формате.

    Это сокращенный список, включающий в себя основные поля DNS-зоны.

    Дополнительная информация

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

    1. Мы говорили о доменах с адресами, включающими в себя четыре числа. Они относятся к стандарту IPv4 и могут обслужить ограниченное количество устройств: 4 294 967 296. Да, более четырех миллиардов компьютеров – это немало, но технологический прогресс стремителен и устройства, подключаемые к Интернету, приумножаются с каждым днем. Это привело к нехватке адресов. Во избежание данной проблемы были внедрены новые IPv6 – адреса с шестью числами, которые в DNS-зоне обозначаются, как AAAA. Благодаря новому стандарту, IP-адреса смогут получить значительно больше компьютеров.
    2. Чтобы повысить продуктивность и надежность сайта, одно доменное имя привязывают к нескольким адресам. Как правило, при запросе страницы DNS-сервера выдают IP в непроизвольном порядке.
    3. Один и тот же IP-адрес может быть связан с несколькими доменами. Вообще, это никак не отвечает принципам DNS, где предполагается однозначная связь айпи с доменом. Но, как мы уже упоминали выше, адресов IPv4 уже не хватает на все существующие сегодня интернет-устройства, и приходится экономить. На деле это выглядит так: на сервере с определенным IP-адресом размещают несколько мелких веб-ресурсов с разными доменами, но с одинаковыми адресами. Получая запрос, обслуживающий сайты компьютер обрабатывает запрашиваемый домен и отсылает пользователю нужный веб-ресурс.

    Подводим итоги

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

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

    Добавить комментарий