DNS сервер не отвечает.

(компьютера или другого сетевого устройства), сообщить IP адрес или (в зависимости от запроса) другую информацию. DNS работает в сетях TCP/IP . Как частный случай, DNS может хранить и обрабатывать и обратные запросы, определения имени хоста по его IP адресу - IP адрес по определённому правилу преобразуется в доменное имя, и посылается запрос на информацию типа "PTR ".

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

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

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

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

  • поддержка динамических обновлений
  • безопасные соединения (DNSsec)
  • поддержка различных типов информации (SRV-записи)

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

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

  • Зона - логический узел в дереве имён. Право администрировать зону может быть передано третьим лицам, за счёт чего обеспечивается распределённость базы данных. При этом персона, передавшая право на управление в своей базе данных хранит информацию только о существовании зоны (но не подзон!), информацию о персоне (организации), управляющей зоной, и адрес серверов, которые отвечают за зону. Вся дальнейшая информация хранится уже на серверах, ответственных за зону.
  • Доме́н - название зоны в системе доменных имён (DNS) Интернета, выделенной какой-либо стране, организации или для иных целей. Структура доменного имени отражает порядок следования зон в иерархическом виде; доменное имя читается слева направо от младших доменов к доменам высшего уровня (в порядке повышения значимости), корневым доменом всей системы является точка ("."), следом идут домены первого уровня (географические или тематические), затем - домены второго уровня, третьего и т. д. (например, для адреса ru.wikipedia.org домен первого уровня - org , второго wikipedia , третьего ru). На практике точку в конце имени часто опускают, но она бывает важна в случаях разделения между относительными доменами и англ. Fully Qualifed Domain Name , полностью определённое имя домена).
  • Поддомен - имя подчинённой зоны. (например, wikipedia.org - поддомен домена org , а ru.wikipedia.org - домена wikipedia.org). Теоретически такое деление может достигать глубины 127 уровней, а каждая метка может содержать до 63 символов, пока общая длина вместе с точками не достигнет 254 символов. Но на практике регистраторы доменных имён используют более строгие ограничения.
  • DNS-сервер - специализированное ПО для обслуживания DNS. DNS-сервер может быть ответственным за некоторые зоны и/или может перенаправлять запросы вышестоящим серверам.
  • DNS-клиент - специализированная библиотека (или программа) для работы с DNS. В ряде случаев DNS-сервер выступает в роли DNS-клиента.
  • ответственность (англ. authoritative ) - признак размещения зоны на DNS-сервере. Ответы DNS-сервера могут быть двух типов: ответственные (когда сервер заявляет, что сам отвечает за зону) и неответственные (англ. Non-authoritative ), когда сервер обрабатывает запрос, и возвращает ответ других серверов. В некоторых случаях вместо передачи запроса дальше DNS-сервер может вернуть уже известное ему (по запросам ранее) значение (режим кеширования).
  • DNS-запрос англ. DNS query - запрос от клиента (или сервера) серверу. Запрос может быть рекурсивным или нерекурсивным . Нерекурсивный запрос либо возвращает данные о зоне, которая находится в зоне ответственности DNS-сервера (который получил запрос) или возвращает адреса корневых серверов (точнее, адрес любого сервера, который обладает большим объёмом информации о запрошенной зоне, чем отвечающий сервер). В случае рекурсивного запроса сервер опрашивает серверы (в порядке убывания уровня зон в имени), пока не найдёт ответ или не обнаружит, что домен не существует. На практике поиск начинается с наиболее близких к искомому DNS-серверов, если информация о них есть в кеше и не устарела, сервер может не запрашивать DNS-серверы). Рекурсивные запросы требуют больше ресурсов от сервера (и создают больше трафика), так что обычно принимаются от "известных" владельцу сервера узлов (например, провайдер предоставляет возможность делать рекурсивные запросы только своим клиентам, в корпоративной сети рекурсивные запросы принимаются только из локального сегмента). Нерекурсивные запросы обычно принимаются ото всех узлов сети (и осмысленный ответ даётся только на запросы о зоне, которая размещена на узле, на DNS-запрос о других зонах обычно возвращаются адреса корневых серверов).
  • субдомен - дополнительное доменное имя 3-го уровня в основном домене. Может указывать как на документы корневого каталога, так и на любой подкаталог основного сервера. Например, если у вас есть домен вида mydomain.ru, вы можете создать для него различные поддомены вида mysite1.mydomain.ru, mysite2.mydomain.ru и т. д.

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

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

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

Рекурсия

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

Обратный 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-записей:

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

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

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

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

Серверы имен:

  • NSD (Name Server Daemon)
  • Microsoft DNS Server (в серверных версиях операционных систем Windows NT)

Информация о домене

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

Регистрация домена

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

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

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

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

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

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

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

После этого идет запрос на сервер с 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 сервера (Domain Name System)– это перевод доменных наименований в IP, а также трансляция из «Айпи»-адресов в доменные имена. В целом вся всемирная паутина является сетью из IP, где все ПК имеют конкретный личный номер - идентификатор под названием Айпи - «IP».

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

Для чего служат DNS сервера?

Фактически DNS серверы обладают крупным объемом информации для сопоставления конкретных наименований доменов с конкретными IP.

Случается, что ДНС сервер не работает, т. е. server не отвечает на запросы. При этом абсолютно все элементы сети и компьютер с модемом пользователя в полностью исправном состоянии, а также пользователь дисциплинированно и со всей ответственностью следит за своим балансом на счете, т. е. за интернет «заплачено».

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

Почему появляются сложности с ДНС server и с кем это происходит?

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

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

Процедура решения проблемы

Если причина имеется в сбое настроек либо некорректном функционировании сетевой карты, то необходимо выполнить следующие действия:

  1. Перезапустить маршрутизатор. Это один из простейших и оптимальных приемов, который позволяет убрать множество небольших ошибок, при появлении сбоев в то время, когда модем работает. Такое несложное мероприятие позволит вернуть прибор к начальному состоянию.
  2. Посмотреть настройки, корректно ли введен там DNS сервер. С этой целью необходимо войти «Свойства подключений по локальной сети», где найти «Протокол Интернета v4». Правильный адрес DNS сервера написан в контракте пользователя с поставщиком интернета.
  3. Актуализировать программное обеспечение комплектующих компьютера, а точнее его сетевой карты. Такое обновление иногда эффективно позволяет устранить неполадки, связанные с драйверами оборудования.
  4. Проанализировать функциональность файрволла и антивирусной утилиты. Иногда происходит закрытие выхода в интернет посредством Вай фай либо блокировка некоторых «Айпи» адресов.

Когда проблемой является сам DNS сервер?

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

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

Такое состояние дел с ДНС server потребует от пользователя выполнение следующих действий:

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

Другие источники проблем

В общественных местах и в офисах компаний нередко закрывают выход на некоторые сайты.

Наиболее часто в «черном» перечне ресурсов фигурируют следующие сайты:

  1. Различные торренты.
  2. Некоторые соцсети;
  3. Игровые сайты;
  4. Видео-ресурсы.

Такое решается с помощью двух вариантов действий:

  1. Поговорить с администрацией о возможности убрать некоторые ограничения;
  2. Применить специальные приемы, например, некоторые ограничения успешно обходятся с помощью прокси server. В настоящее время существует большое количество ресурсов и расширений для браузеров, использовать которые не составит труда даже пользователям без соответствующего опыта. Опытные компьютерщики успешно пользуются браузером i2p либо TOR’а.

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

Итак, давайте представим, что Вам придется отлаживать сеть, для которой провайдер выделил блок «честных» адресов, или настраивать поднимать в локальной сети свой DNS-сервер. Вот тут сразу и всплывут всякие страшные слова, типа «зона», «трансфер», «форвардер», “in-addr.arpa” и так далее. Давайте постепенно с этим всем и разберёмся.

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

Как уже было сказано раньше, основной задачей DNS-сервера является трансляция доменных имен в IP адреса и обратно. На заре зарождения Интернета, когда он еще был ARPANET’ом, это решалось ведением длинных списков всех компьютерных сетей. При этом копия такого списка должна была находиться на каждом компьютере. Естественно, что с ростом сети такая технология уже стала не удобной для пользователей, потому как эти файлы были больших размеров, к тому же их еще и нужно было синхронизировать. Кстати, некоторые такие «отголоски прошлого» этого метода можно еще встретить и сейчас. Вот так в файл HOSTS (и в UNIX, и в Windows) можно внести адреса серверов, с которыми вы регулярно работаете.

Так вот, на смену неудобной «однофайловой» системе и пришел DNS - иерархическая структура имен, придуманная доктором Полом Мокапетрисом.

Итак, есть «корень дерева» – “.” (точка). Учитывая то, что этот корень единый для всех доменов, то точка в конце имени обычно не ставится. Но она используется в описаниях DNS и это нужно запомнить. Ниже этого «корня» находятся домены первого уровня. Их немного - com, net, edu, org, mil, int, biz, info, gov (и пр.) и домены государств, например, ua. Еще ниженаходятся домены второго уровня, а еще ниже - третьего и т.д.

Что такое «восходящая иерархия»

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

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

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

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

Рекурсивные и нерекурсивные серверы

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

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

Forwarders – «пересыльщики» запросов и ускорители разрешения имён

У DNS-серверов есть довольно полезное свойство – умение использовать так называемых «пересыльщиков» (forwarders). «Честный» DNS-сервер самостоятельно опрашивает другие сервера и находит нужный ответ. Но вот если ваша сеть подключена к Интернету по медленной линии (например, dial-up), то этот процесс может занять много времени. Поэтому можно перенаправлять эти запросы, например, на сервер провайдера, и после этого просто принимать его ответ.

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

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

Уникальный адрес

Уникальный адрес в Интернете формируется добавлением к имени хоста доменного имени. Таким образом, компьютер, к примеру, “fred” в домене, к примеру, “smallorg.org” будет называться fred.smallorg.org. Кстати, домен может содержать как хосты, так и зоны. Например, домен smallorg.org может содержать хост fred.smallorg.org и в то же время вести зону acctg.smallorg.org, которая является поддоменом и может содержать еще один хост barney.acctg.smallorg.org. Хотя это и упрощает базу данных имен, однако делает поиск хостов в сети Internet более сложным.

В системе DNS реализуются три сценария поиска IP-адреса в базе данных.

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

* Компьютер, которому необходимо получить соединение с компьютером в другой зоне запрашивает локальный DNS-сервер своей зоны. Локальный DNS-сервер обнаруживает, что нужный компьютер находится в другой зоне, и формирует запрос корневому DNS-серверу. Корневой DNS-сервер спускается по дереву серверов DNS и находит соответствующий локальный DNS-сервер. От него он получает IP-адрес запрашиваемого компьютера. Затем корневой DNS-сервер передает этот адрес локальному серверу DNS, который послал запрос. Локальный DNS-сервер возвращает IP-адрес компьютеру, с которого был подан запрос. Совместно с IP-адресом передается специальное значение - время жизни TTL (time to live). Это значение указывает локальному DNS-серверу, сколько времени он может хранить IP-адрес удаленного компьютера у себя в кэше. Благодаря этому увеличивается скорость обработки последующих запросов.

* Компьютер, которому необходимо повторно получить соединение с компьютером в другой зоне запрашивает локальный DNS-сервер своей зоны. Локальный DNS-сервер проверяет, нет ли этого имени в его кэше и не истекло ли еще значение TTL. Если адрес еще в кэше и значение TTL не истекло, то IP-адрес посылается запрашивающему компьютеру. Это считается неавторизованным ответом, так как локальный DNS-сервер считает, что с момента последнего запроса IP-адрес удаленного компьютера не изменился.

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

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

Система DNS - улица с двусторонним движением. DNS не только отыскивает IP-адрес по заданному имени хоста, но способна выполнять и обратную операцию, т.е. по IP-адресу определять имя хоста в сети. Многие Web- и FTP-серверы в сети Internet ограничивают доступ на основе домена, к которому принадлежит обратившийся к ним клиент. Получив от клиента запрос на установку соединения, сервер передает IP-адрес клиента DNS-серверу как обратный DNS-запрос. Если клиентская зона DNS настроена правильно, то на запрос будет возвращено имя клиентского хоста, на основе которого затем принимается решение о том, допустить данного клиента на сервер или нет.

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

Дата: 2011-09-18

Что такое DNS сервера и для чего они нужны?

Все мы знаем, что каждый сайт в сети интернет, имеет свое доменное имя (второго, третьего уровня и т.д.) или еще иногда говорят URL адрес сайта. Например, чтобы попасть на мой сайт , нужно набрать в адресной строке браузера: http://www.сайт и нажать Enter .

Но на самом деле компьютеры и серверы не понимают таких буквенных адресов. Когда Вы набрав адрес сайта, нажимаете на клавиатуре компьютера Enter , URL адрес сайта преобразуется в IP адрес вида: 72.52.187.1 . Можно набрать IP адрес сайта в адресной строке браузера и вот таким образом: http://72.52.187.1 . В данном случае это один из серверов хостинга Гудзон .

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

Но ведь люди не компьютеры, и согласитесь запомнить буквенный адрес сайта вида: http://www.сайт/ или http://www.yandex.ru/ гораздо легче, чем адрес вот такого вида: http://72.52.187.1/ . Поэтому была придумана система DNS серверов .

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

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

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

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

Обычно присылают и числовые DNS сервера, они имеют вид:
ns3.gudzonserver.com
ns4.gudzonserver.com

и значения в виде IP адреса вида:
72.52.186.60
72.52.187.1

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

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

Полная смена обновленной информации о DNS, происходит в течении 48 часов. Связано это с обновлением информации о Вашем сайте в кеш-памяти и базах данных по всей сети DNS серверов.

Довольно часто при регистрации Домена или покупке Хостинга, предлагают сразу обе услуги одновременно (и регистрация домена и покупка хостинга). На мой взгляд брать сразу две услуги не стоит. Разумнее будет в одной компании зарегистрировать Доменное имя . А в другой компании подобрать хостинг с нужными для Вашего проекта параметрами и устраивающей Вас ценой. А затем просто привязать Ваш домен к нужному хостингу. Как Вы уже наверное поняли, сделать это очень просто: путем смены значения DNS серверов...

К тому же практика показывает, что если брать обе услуги в одном месте, обязательна стоимость какой-то из них будет завышена. Или может оказаться, что «взятый в нагрузку хостинг» не отвечает требованиям Вашего проекта. Может возникнуть еще множество причин для недовольства. Но это уже тема отдельного разговора.

В следующий раз мы подробно и на конкретном примере разберем процесс изменения DNS серверов.

Евгений
Дата: 2011-09-18

Я Вас рад приветствовать Андрей! Статья отличного качества и как всегда нужная и полезная для пользователей интернета. Успехов Вам во всех проектах. С уважением, Евгений Назаренко.

Спасибки, все как-всегда кратко и доступно!

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