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