Э. Таненбаум - Компьютерные сети. (4-е издание) (DJVU) (1130092), страница 178
Текст из файла (страница 178)
Краткое описание поля Тга1ие для каждого из основных типов записей дано в табл. 7.1. Пример информации, хранящейся в базе данных Р!ч!Я домена, приведен в листинге 7.1. В нем показана часть !почти что гипотетической) базы данных домена саши,п1, представленного также в виде узла дерева доменов на рис. 7.1.
В базе данных содержится семь типов записей ресурсов. Листинг 7.1. Часть возможной базы данных домена сз.чи.п1 : ОФициальная информация для ся.чи.п! са.чи.п1. 86400 1И 5ОА ягаг Ьояя (952771,7200 7200,2419200,864001 ся.чи.п1. 86400 !й ТХТ "Еаси11еяс йяякипсе еп !пТогяаыса." са.чи.п1 86400 1И ТХТ "уг13е Опянегяясе!С Авяьегбаья." ся.ни.п1 86400 !й МХ 1 аербуг.ся.чи.п1.
ся.чи.п1 86400 1И МХ 2 Сор.ся.чи.п1. 11!ге.оя.чи.л1. 86400 1й Н1ИЕО 5ил ОП1х 11 ! !як а , чи . п1 . 86400 1И А 130 . 37 . 16 . 112 П 1ья.ся.чи.п1. 86400 1И А 192.31.231.165 П я!я.ся.чи.п1. 86400 !й МХ 1 т111я.ся.чи.п1. 11гсбя.ся.чи.п1, 86400 !И МХ 2 яерпуг.ся.чи п1. 71115,ся.чи.п1, 86400 1И МХ 3 1ор.ся.чи.п1, нчм.ся чи.п1.86400 1И сиАИЕ ясаг.ся.чи.п! ТьР.ся.чи.п1. 86400 1И СИАМЕ аерПуг.ся.чи.п1 гоьчЬоас 1И А 130.37.56.201 Служба имен доменов СЫБ 666 1М НХ 1 гоиЬоас 1М НХ 2 герпуг 1М Н1МГО 5оо Ош х Ить1е-ю аьег 1М А 130.37 б2.23 1М Н1МРО Нас Нас05 1ааегОеа 1М А 192.31.231.216 1М Н!МГО "НР Ьааегзег 1115>" РгоРг>еаагУ В первой строке листинга, не являющейся комментарием, дается основная информация о домене, которая в дальнейшем нас интересовать не будет. В следующих двух строках приводится текстовая информация об организации, которой принадлежит домен.
Следующие две строки определяют два хоста, с которыми следует связаться в первую очередь при попытке доставить электронную почту, посланную по адресу регзопйсз.чи.пЬ Хост по имени герЬуг (специальная машина) следует опросить первым. В случае неудачи следует попробовать доставить письмо машине по имени Гор. После пустой строки, добавленной для удобства чтения, следуют строки, сообщающие о том, что хост Щгз является рабочей станцией Бпп, работающей под управлением операционной системы 111х11Х, а также даются оба ее 1Р-адреса.
Следующие три строки указывают хосты, которым следует доставлять письма, посылаемые по адресу у1йксхои,п1. В первую очередь, естественно, следует пытаться доставить письмо самому компьютеру /Ътк Но если этот хост выключен, следует продолжать попытки, обращаясь к хостам герЬуг и гор. Следом указаны псевдонимы клло.скои.п1 и Яр.схоил!, позволяющие домену скоип1 изменять свой %%% и ГТР-серверы, не меняя адресов, по которым пользователи смогут продолжать к ним обращаться.
Следующие четыре строки содер>кат обычные записи для рабочих станций, в данном случае для гошЬоапсз.ои п1. Хранящаяся в базе данных информация содержит 1Р-адрес, имена первого и второго хостов для доставки почты и информацию о машине. Следом идут две записи о машине 11111е-зЬгег, работающей под управлением системы МасОЯ, отличной от системы 111ч'1Х (поэтому эта машина не может сама получать электронную почту). Последние две строки описывают лазерный принтер, подключенный к Интернету. В этом файле нет 1Р-адресов доменов верхнего уровня, так как они не принадлежат домену скои,п1 Эти адреса поставляются корневыми серверами, чьи 1Р-адреса присутствуют в файле конфигурации системы и загружаются в РЮ- кэш, когда загружается 131х1Б-сервер.
Существует около дюжины корневых серверов по всему миру, и каждый из них знает 1Р-адреса всех серверов доменов верхнего уровня. То есть если машине известен 1Р-адрес хотя бы одного корневого сервера, она может узнать любое имя 1)1х15. Серверы имен Теоретически один сервер мог бы содержать всю базу данных 1>1х13 и отвечать на все запросы к ней. На практике этот сервер оказался бы настолько перегруженным, что был бы просто бесполезным. Более того, если бы с ним когда-нибудь что-нибудь случилось, то весь Интернет не работал бы.
666 Глава 7. Прикладной уровень Чтобы избежать проблем, связанных с хранением всей информации в одном месте, пространство имен РЫБ разделено на непересекающиеся зоны. Один возможный способ разделения пространства имен, показанного на рис. 7.1, на зоны, изображен на рис. 7.2. Каждая зона содержит часть общего дерева доменов, а также в нее входят серверы имен, хранящие управляющую информацию об этой зоне. Обычно в каждой зоне находится один основной сервер зоны, получающий информацию из файла на своем диске, и несколько дополнительных серверов имен, которые получают информацию от основного сервера имен.
Для большей надежности некоторые серверы, обслуживающие зону, могут находиться за пределами самой зоны. Рис. 7.2. Часть пространства имен 0МЗ, разделенная нв зоны Расстановка границ зон целиком зависит от администратора зоны. Это решение основывается на том, сколько серверов имен требуется в той или иной зоне. Например, на рис. 7.2 у Йельского университета есть сервер для уа1е.еди, управляющий доменом епп.уа1е.ет7и, но не доменом сз.уа1е.ес1и, расположенным в отдельной зоне со своими серверами имен. Подобное решение может быть принято, когда факультет английского языка не хочет управлять собственным сервером имен, но этого хочет факультет компьютерных наук. Соответственно, домен сауа1е.ег1и выделен в отдельную зону, а домен епй.уа1е.еди — нет. Распознаватель обращается с запросом разрешения имени домена к одному из локальных серверов имен.
Если искомый домен относится к сфере ответственности данного сервера имен, как, например, домен а1.сзуа1е.еаи подпадает под юрисдикцию домена сз.уа1е.ет1и, тогда данный РХЯ-сервер сам отвечаег распознавателю на его запрос, передавая ему авторитетную запись ресурса. Авторитетной называют запись, получаемую от официального источника, хранящего данную запись и управляющего ее состоянием. Поэтому такая запись всегда считается верной, в отличие от кэшируемых записей, которые могут устаревать. Однако если домен удаленный, и информацию о запрашиваемом домене нельзя получить от данного сервера имен, последний посылает сообщение с запросом серверу домена верхнего уровня запрашиваемого домена.
Поясним данный про- Служба имен доменов 0МВ 667 0МВ-сервер факультета компьютерных сетей университета Врийв г 0М8-сервер еоц З 0М8-сервер факультета компьютерных сетей Йельского 4 университета 0М8-сервер Йельского университета Инициатор сзлц,л! ЕГ!Ц-5ЕПГЕГ.ПЕ! уа!е.еоц сз.уа!е.ебп бйз.свлц.п! Рис. 7.3. Восемь этапов поиска распознавателем имени удаленного хоста Предположим, что локальный сервер имен никогда ранее не получал запроса об этом домене и поэтому ничего о нем не знает. Он может опросить несколько находяшихся рядом серверов имен, но если они также не знают ответа, данный локальный сервер посылает !ЛЗР-пакет серверу домена ес(и, адрес которого содержится в его базе данных.
Как видно из рисунка, его имя ет(и-детт!ег.пет. Маловероятно, чтобы этот сервер знал адрес хоста 11пе(а.сд.уа1е.ес(и. Скорее всего, он даже не знает адреса сервера сдуа1е.еди, однако он должен знать все свои дочерние домены, поэтому он направляет запрос серверу имен домена уа1е.ег(и (шаг 3), Тот, в свою очередь, пересылает этот запрос серверу ст.уа1е.егуи (шаг 4), у которого должны быть требуемые авторитептые записи ресурсов. Поскольку каждый запрос был от клиента к серверу, посылаемые в ответ записи ресурсов проделывают тот же путь в обратном направлении (шаги 6-6). Когда записи ресурсов попадают на сервер имен ст.ри.п1, они помещаются в кэш на случай, если они понадобятся еше раз.
Однако эта информация не является авторитетной, так как изменения в домене ст.уа1е.ес(и не будут распространяться автоматически на все каши, в которых может храниться копия этой информации. По этой причине записи каша обычно долго не живут. В каждой записи Ресурса присутствует поле Пгте го !гэе.
Оно сообщает удаленным серверам, насколько долго следует хранить эту запись в каше. Если какая-либо машина сохраняет постоянный адрес годами, возможно, будет достаточно надежно хранить эту информацию в каше в течение одного дня. Для более непостоянной инфорМации, вероятно, более осмотрительно удалять все записи через несколько секунд или одну минуту'. Следует отметить, что серия запросов, описанная выше, называется рекурсивным запросом, так как каждый сервер, который не владеет запрашиваемой Информацией, передает запрос дальше, а затем ответ, также поэтапно, пересылается обратно. Возможны и другие схемы реализации запросов.
Так, например, !' Практика показывает, что удобнее, наоборот, хранить эту информацию ив своеы хосте, лля чего существуют специальные программы, поддерживающие мими-базы 0мз для часто используемых ал- ресов на компьютерах пользователя. — Примеч. перев. цесс на примере, показанном на рис.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
