К. Закер - Компьютерные сети. Модернизация и поиск неисправностей (953092), страница 157
Текст из файла (страница 157)
Это становится понятно, если перечислить имена этих гипотетических доменов: Г.збз.188.за-асЫ .аггза 2. с ба. 1 82. Га-асье. атра 3. 1 ба. Х 92. Га-асЫг. акРа Если пространство имен домена Ы-асЫг.азра было сконструировано с учетом обычного порядка следования байтов 1Р-адреса, домен третьего уровня получит имл, соотжтствукпцее хост-идентификатору (то есть четвертому байту) 1Р- адреса Для полного представления трех ухвзанных сетей может потребоваться до 256 доменов третьепз уровня вместо одного.
Распределение рутинных операций по обслуживанию доменов мему администраторами отжльных сетей станет практически невозможным, а силу того что домен 72.Ы-асЫглгра (например) сможет содержать хост, входящий в любую из трех сетей. Регистрация имен 0йв Как можно было понять из предылущих разделов, разрешение 1)ИБ-имен представляет собой процесс, с помощью которого информация об имени хоста извлекается из базы данных ЕФБ. Процесс же, в ходе которого имена хостов и 1Р-адреса включаются в базу данных, носит название регикЗя)заяви имев «лате герз3гсспоп).
Понятие регистрации имен имеет отношение к созданию новых записей о ресурсах в базе сервера 1НсВ, что делает их доступными лля всех ай-серверов. Процедура рвгиетрацин имен в базе обычного сервера 0ИБ технологически ПРЕДЕЛЬНО ПРОСта. Не существует способа, с пОМОЩЫО Котордте сжрВЕР мог бы обнаруживать системы сети и фиксировать, их хост-имена и 1Р-адреса в виде записей о ресурсах.
Фактически компьвпвй ьнвкег даже не,знать собственного имени„ведь все Взаимодействия он проводит, опираясь нв 1р-,. адреса, и никогда не обязан называть себя по имени.. Для регистрации хоста в пространстве имен ОИ$ администратор должен вручную создать:зались О ресурсе на сервере. Сама методика создания записей о ресурсах варьируется в зависимости от конкретной реализации сервера ПИБ. ЮИБ-серверы на базе операционных систем 11ИЗХ требу~ат редактирования текстового файла, в то время квк ВИБ-сервер Мссствой использует графический интерфейс. Румная сзвгиесрйция имен Процесс ручной реГистрацИи имени в своей Оеиове является адантацией таблицы хостов для использования В ЮИБ-сервере. Сейчас можно Очень просто представсиь квк В прОшлОМ администраторы мОГли реализОВЫВать РИБ-серверы в...Своих сетях, используя таблицы хостов с небольшими модификациями. Несмотря на это, ручная регистрация имен может в настоящее время превратиться в серьезную проблему для некоторых сетей.
Если в сети имеется большое колнчеспю хоетов, со~дание Вручную записей о рЕСурааХ дяя ВСЕХ ННХ МОжЕт ОКВЗатЫж Крайис утОЬППЕЛЬНЫМ ЗаиятНЕМ, лаже с применением графического интерфейса. Однако, в зависимости от природы сети, может отсутствовать необходимость регистрации каждого хост-имени в 1ЗИБ.
Например, если сеть состоит из рабочих ссанцнй на базе ОПЕРационных систем %иисоиз, а такжв НепоааУет нерегистрируемые 1Р- адреса, можно совсем ОтКазаться от специализИРОЫнного ОИБ-сервсра ддя такой сети, кроме случаев предполагаемой Обработки запросов клиентов на разрешение иьшн Сети %йи$оъз имеют свою собетвенную систему имен и механизмов их.разрешения, а именно ИесВ1ОБГ поэтому крайне редко возникает острая необходимость обращаться к ним е применением ЕМУ-имен Исключением из зтого принципа должны стать сйстемы„имеющие зарегистрированный 1Р-адрес, и используемые в квчестве %ЪЬ'-сервьров ИЛИ других типов Интернет-серверов. Зги системы долины быть доступны пользователям сети Интернет, н, следовательно, облавны иметь хост-нмя в домене ВИБ, Несмотря на зто, в большинстве ситуацкй число систем, выполняю- ЩНХ ПОДобные функции в одной сети, невелико, позтому создание для них записей о радесах Вручную не составляет слишком уж серьезную проблему. С другой стороЕЫ, имея сеть„включающую компьютеры на базе:операционных систем 1ЬПХ, все-таки придется использовать 1УИБ для идеспификлцнн их по именам, в связи с чем будет Необивщьв создание соотвстствующих записей о ресурсах.
г яа а~стем д' ьи имен Динемическоеобновление Но мере увеличения сети в размерах и возрастания степени сложности ее струкгуры, самая большая проблема, связанная с применением ручной регистрации ВХБ-имен, возникает при использовании ВНСР для динамического присвоения 1Р-алресов рабочим станциям сети. Ручная конфигурация ТСР/1Р-клиентов представляет собой другой существующий издавна вид рутинной административной деятельности, который постепенно вытесняется автоматизированным решением. С другой епзроны, динамическое назначение адресов рабочим станциям будет означать, что конкретная система станет менять свой 1Р-адрес изо дня в день, позтому обычный стандарт ВХБ не сможет так быстро отражать эти изменения.
В сетях, где всего несколько серверов предназначаются лля доступа из Интернета, не составит болылого труда сконфигурировать их вручную, оснастив септическими 1Р-адресами, а ВНСР применять для конфигурации компьютеров с нерегистрируемыми адресами. Однако, с появлением операционной системы %шбовъ 2000 с ее новой реваиоционной службой катало ов АсМе В)гесгогу, ситуация несколько изменилась. Сети на базе операционной системы %шдоев ХТ исполыуют %1ХБ лля разрешения имен ХегВ1ОБ в 1Р-адрес», но регистрация имен в %1ХБ проходит автоматически. %1ХБ автоматически обновляет записи своей базы данных о рабочей,станции, получившей новый 1Р-адрес с помощью ВНСР-сервера, пазтому никакого вмешательства администратора не требуатся.
АсМе Внесшему, напротив, в процессе разрешения имен систем сети и отслеживания контроллеров доменов„лоступных для использования рабочими станциями-клиентами„в значительной степени опирается на ВХБ вместо %1ХБ. Чтобы сделать более практичным использование ВХБ совместно с такими технологиями, как АсМа Впесго~у, требующими регулярного обновления записей о ресурсах, участники 1ЕТР разработали новую спецификацию, которая была опубликована в документе КРС 2136 под названием "Вупаппс ЦЫаге ш йе Вошюл Хап1е Бумеп1" (динамическое обновление ВХБ), В насплпцее время зтот документ представляет собой рекомендуемый стандарт. Он определяет новый тип сообщений ВХБ„а именно Цяйие, которые могут генерировать такие системы, как ВНСР-серверы или контроллеры доменов, после чего отправлять их ВХБ-серверу. Сообщения типа 0р5аге могут модифицировать или уничтсаагь существующие записи о ресурсах и создавать новые записи, в зависимости от предварительных установок, заданных администратором.
Для Аетате Виесгогу сообщения типа Цыме могуг, содержать информацию для нового типа записи о ресурсе (БУК), описанного в документе КРС 2052, который позволяет фиксировать в базе данных места расположения серверов, выполняющих определенные функции.
Для получения более подробной информации об Асаче ~й есаиу см. алаеу 2З. Зоиная передача Больлпгнетво сетей использует, как минимум, два сервера Рай нз сс|ара' жений обеспечения отказоустойчивости, а также'для того, чтобы предоставлять клиентам' доступ к ближайшему серверу Чви как записи а ресурсах (в большинстве случаев) должны создаваться и обновлятъся' администраторами вручную, стандарт РИЗ определяет механизм, 'а помощью которого 'происходит реплииппш базы данных РМЯ между серверами, что позволяет производить все изменения лишь на одном сервере.
Стандарт определяет две роли серверов РМ, 'а идейно: основной сервер и дополнительный сервер, также называемый педчиненним.' Ос«салай сервер (рг«вагу «залег~ передает свои записи о ресурсах и иную'информацию файлов базы данных на локальном диске. Делсялилмльлнй (мсогл««у «аимг~ или «од«и«еииы«(зйж9 сервер принимает данные от другого сервера в процессе так называемой:зал«ай «ереоачи фие вв«4егА которую дополнительный сервер осуществляет.при каждом своем старте и периодически в дальнейшем Сервер, от кпторото подчиненный сервер получает,информапгпа, носат название аз«в«ого-:еерМра («яиГег жтю~, при этом он не обязан быть основным сервером (рпгпагу гпаяег~ Подчиненный.
сервер ливке~ получазь информацию как от основного сервера„так и от другопз подчиненного сервера. 3онные передачи осуществляются лля нндивидуалвйых зон, а так как' один сервер способен бьггь авторитетным источником'информации для нескольких зон, может потребоваться более одной апиной передачи для обеспечения полного обновления базы данных конкретного подчиненного сервера. Кроме того, роли главного сервера и дополнительного (подчиненного) сервера также специфичны для каждой зоны.
Сервер вполйе мажет быть пгавным сервером для: одной зоны н подчинанныМ сервером лля другой зоны, хотя в подобной практике обычно необходимости.не возникает и она легко может приводить к некоторым недоразумениям.. Несмотря на то,' Что подчиненные серверы нериодйчееки осуществляют зонные передачи со своими главными серверамй,' они также имеют возмажносп* загружать файлы.беы данных с собственных ловвлыяйх дисков, Когда псщчиненный сервер принимает зонную передачу, он п(нвкщит обновление локальных файлов базы;данных.
Каждый.раз, ко~да происходит старт подчиненного сервера, он приладит загрузку наиболее новых Загтясей:о ресурсах из файлов базы данных, имеющихся на его локальных дисках,' й щпем сравнивает эту информацию е той; что присутствует у главного сераера, чтобы выяснить, необходимо ли ее' обновление. Это позволяет предотвратить проведение зонной передачи, если вней на данный момент отсугс'гвует необходимость. Сообщейия 0ИЗ В транзакциях, связанных с разрешением РКВ-имен, используется'леута~раммы протокола БРР, порт сервера пад номером 53 и переменные номера Глана Ю. Система ломанных имен портов клиентов.
В процессе обмена сообщениями между двумя серверамн на обеих машинах применяется порт номер 53. В тех случаях, когда данные, которые требуется передать, превышают по обьему размер одной синдартной 130Р-дейтаграммы, например, при зонной передаче, две системы устанавливают обычное ТСР-соединение и проводят перелечу данных, пересылая друг другу столько пакетов, сколько требуется. Система доменных имен использует елиный формат сообщения Лля всех коммуникаций. Сообщение состоит из пяти разделов. П Неайег (Заголовок) Содержит информацию о харпаере сообщения. П Япезйеи (Запрос). Содержит информацию, запрашиваемую у сервера назначения. П Амзтег (Ответ). Содержит записи о ресурсах, обеспечивающие информацию, запрошенную в разделе 9зсзт)оп.
П АвагиИу (Авввритетиый источввк). Содержит записи о ресурсах, указывающие на авторитетный источник информации, запрошенной в разделе Апзттег. П Айййюв( (Депалшпвльпый). Содержит записи о ресурсах, хранящие дополнительную информацию лля ответа на запрос, фигурирующий в разделе Яиевбоп. Каждое сообщение 1ЭИЗ содержит раздел заголовка (Некает), остальные же разделы включаются в него, только если они содержат информацию. Например, сообщение-запрос будет иметь в разделе ()иезбоп ПМБ-имя, которое требуется разрешить, а в разделах Апзиет, Ацбюпгу и АЬЩопа~ просто нет необходимости.
Когда сервер получает такой запрос и конструирует ответ на него„он несколько модифицирует раздел заголовка, осгавккч без изменений раздел запроса, и помешает данные в один или более из трех оставшихся разаелов. Кажлый раздел может хранить множественные данные, поэтому сервер имеет возможность отправлять несколько записей о ресурсах в паном сообщении. Раздел Неадег Раздел Неабег (Заголовок) ОХБ-сообщения содержит колы и фляги, определяющие функцию данном сообщения и тип сервиса, запрашиваамый у сервера илн обеспечиваемый сервером. Формат раздела Неабег показан на рис.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
