К. Закер - Компьютерные сети. Модернизация и поиск неисправностей (953092), страница 142
Текст из файла (страница 142)
Одна из наиболее стойких проблем, связанных с ОЙСР, заключается в отсутствии какай-либо связи межлу серверами. Каждый сервер Функционируег независимо и назначает 1Р-адреса из одного общего пула, совместно приналлежап1его множеству серверов, что мажет приводить к появлению компыатерав с павторяюшимис«1Р-адресами. й, связи с этим, если, например, планируется использовать два сервера ВНСР для закрепления 1Р- адресов из интервала от 192.168. 10.100 да 192.!63.10.200,,то их традиционно принято делить на лае области действия, по одной для кюкдаго сервера. Когда один сервер выйдет из строя, адреса, присваиваемые этим сервером, Глаза Г8. Протокол 0НСР станут недоступными для обновления лицензий или повторного назначения, пока администратор вручную не произведет изменения диапазона работоспособного сервера.
рис. тия. МетоесФ ПНСР-сервер позволяет искпюявтв набор адресов нз диапазона, также квк и изменять срок действия лицензии Сервер ВНСР фирмы М1сгозой предоставляет возможность выделять множество групп адресов, исключаемых из ленного диапазона. При использовании двух нли более серверов ВНСР в пределах олнбй подсети фирма М1- сгозой из соображений отказоустойчивости рекоменлует создать по идентичной области действия для каждого сервера каждой подсети, а затем предоставить всем серверам различные наборы адресов в соотношении 80/20.
Таким образом, лля рассматриваемого примера аба сервера должны быть снабжены при их конфигурировании диапазоном адресов от 192.168:10ЛОО ло 192.163.10.200, но у одного из ннх должны быть изъяты адреса в интервале ат 192.168.10.181 да 192.163.10.200, а у другого исключить следует адреса ат 192.168Л0.100 ло 192Л68.10.180. Такая тактика позвалжг администратору намного проще изменять конфигурацию путем задейспювания исклгоченных областей, если один из, серверов станет недоступен. С другой стороны, после выхода Бегт1се Рас1с 3 Гог ттшйятз1ЧТ 4.0 появилось альтернативное решение данной проблемы.
Стандарт ОНСР гласит, что система-клиент 12НСР может сгенерировать дополнительный запрос по протоколу АКР для того, чтобы выяснить, нс используется ли только чта назначенный ей 1Р-адрес другим компыатером сети. Если адрес дублирует- ся, клиент.ЮНСР: отправляет серверу сообщение 1зНСИЖСШ~Ж. аннулирующее всю 1зНСР-транзакцию. В предположении, что все клиенты будут поступать именно таким образом, станет возможным задавать всем серверам 1зНСР тождестаенныс диапазоны 1Р-адресов, не опасаясь получить в результате одинаковые кш(фиьурации 1Р-кщ(рнтдяврр(и.,в)екоторыо.алисине 1)НСР (в особенности клиенты для %йк1отяз 95 и 93) не используязт этот дополнительный Айр-тест.
В Зеппсе РасЕ 3 (от %)пдоит МТ4.0 и более поздних продуктах лля %шдсятз ИТ 4.0 (как и %ин1оиз 2000) предложенная концепция получила дальнейшее развитие. Начиная с этих релизов, сераер Х>ИСР снабжен механизмом обиаружеаим хощ(иихтяое (солист Иемслоп), который вырабатывает 1СМР-сообщения типа ЕсЬо (р1пбз) для проверки того, что данный 1Р-адрес никем не используется, еще до назначения его клиенту. Такой подход деже лучше, чем АКР-тест со стороны клиента, поскольку он пронах<щит па более ранней стадии процесса переговороа о выдаче лицензии на П'-адрес, что позволяет сберечь как время, так и сетевой график. Разрешив обнаружение конфликтов всем серверам ь)НСР в сети, мозкно-смело-задяаать им одинаковые диапазоны 1Р-адресов, а единственной отрицательной стороной зтого будет увеличение сообщений об ошибках типа Ваб АсЫгеи (неправильный адрес) в журналах регистрации событий серверов.
Рис. 1ИЛ 6. Диялопзясв окно Зетъег рторееивв лоеясаявт настраивать сврявр Юнср 4ирмм ьгкяомзп для обнябуямния мзнФликтоя ядзвсоя с поькяамо рассмлки апрвдвленнсго количвоша,сообщении резв по кяждсму 1Р-адресу, прежде чеи назначить впо клиенту Для включения механизма обнаружения конфликтов.
нужно выделить пикто1рамму сервера в окне ПЫСР Маияйег (ЮНСР администратор) и выбрать пункт Ргорегбеа (Свойства) из меню Бегъег (Сервер) лля того, чтобы войти в диалоговое окно, показанное на рис. 1К10. В нем можно задать число попы« так, которые сервер будет предпринимать для тестирования кюкдого 1Р- адреса перед ега назначением. В серверной версии Ът1пдоиз 2000 управлять попытками обнаружения конфликтов (Сааб(с1 Ветесйоп' Анетпргз) можно со страницы Айгавсее (Расширенные функции) диалогового окна Беггег Ргорегйез (Свойства сервера). Пвреданы СервЕра Клиенту По умолчанию сервер ВНСР фирмы М(сгозой, входящий в %ш()озга ХТ 4.0, игнорирует состояние флага Вгвабсаз( (Широковещание) в сообщениях ВНСРВ1БСОУЕК и других сообщениях, передаваемых клиентом, и все его ответы являются широковещательными.
Эта значительно увеличивает суммарный обьем сетевого трафика, вырабатываемого процессом назначения 1р-адресов. Предыдущие версии %1пдаче ХТ оставляли этот процесс совершенна без всякого контроля, на ЬУ)пдгьуз 1ЧТ 4.0 предусматривает поддержку элемента системного реестра, вынуждающего сервер задействовать флаг Вгвавеаа( для тата, чтобы определять, каким образом сервер будет передавать свои ответы ВНСР- клиентам. Соответствующий элемент реестра называется (йпогеВгоа3сазЫай, и определять его нужно в следующем ключе системного реестра: вквт ьосль нмзцнк1зузгевЛсеггеегсееггс1зесМегжсезЧасгзег тег~ Рзгзеегегз Элемент 1аноюВгаадсазгИад имеет значение типа КЕО ВЖОКВ, и мажет принимать одно из следующих состояний: П 0 — ВНСР-сообщения сервера соответствуют состоянию фла~а Вгеавсаза в предшествующих сообщениях клиента; (2 1 — все ВНСР-сообщения сервера посылаются как широковещательные.
Клиентские утилиты М1стоеой Клиенты ВНСР М(сгозай допускают минимум контроля со своей стороны, в основном в связи с тем, что большего ат них и не требуетсл. Для нормальной рабаты клиента достаточно простого разрешения на применение ВНСР вместо ручного конфигурирования стека ТСР/1Р. Несмотря на зто, опернпионные системы в обязательном порядке содержат упиитые позволяющие просматривать текущие настройки ТСР/1Р, назначенные:, клиенту сервером ВНСР, а также вручную обновлять текущую 1Р-конфигурацию М1сгозий Сйепг 3.0 для МК-ВОЗ, Жпк)она (ог %огкйгапра.(и.устаноцаебкмм ТСР/1Р-32), %(пйязз ИТ и %шйжз 2000 включает утилиту: под названием $рсюпйй.еле, зап1юкаемую из командной строки Формат-командной строки лля 1рсспйа.еле-и назначение ключей приведены ниже.
троопт19 [/а111 Г/Ье1еаае (асарсегпаае! ) 1/гепее 1аоарсегссаееИ П /а11 — вырарит полный список ТСР/4Р-.параметров для всех ннтерфей- СОВ, «СТОНОЗЛЕННЫХ В ДВИНОЙ СИСТЕМЕ П /ге1еаве (аеарсегпасае> — зннУлирует лицензию 0НСР лля конкрет ното адаптера, установленного в системе, или, если не указано имя адаптера (адщйетласпс), для всех адаптеров данной системы П /гепесс (асзргегпассе1 — инициирует процелуру 11НСР-переговоров об аренде П'-аазеса для конкретного адаптера, усзаноихенното в системе, или, если не задано имя злаптера (айзртетпаспе), лля всех адаптеров данной сист6мы. " Запустив 1рсопф„ехе из командной строки без юпочсй, можно просмотреть список основных параметров ТСР/1Р-конфигурации клиента. Использование параметра /а11 позволяет получить их более летальный перечень.
мьпсоев ит 1Р '0опг1дигаг1оп ноас Наюе; онз зегвегв сг1 199.224 66.15 199 224.66 16 НуЬг1ст Носе туре Негвтса Зооре 10. . ТР аопс1пс впаЬ1есС. . . . . : По Итпл Ргожу впаЬ1ео ....: Ио МЕГВХОЗ ВЕВО1ис(ОП пава ОНЗ : УЕа агЬегпег Марсег Л1пХЗ1с севпгзрс1сеп . РЬуваса1 Лсзвгевв. ОНСР ВпаЬ1ес. 1Р АсЫгеав. ЗпЬпег Иааа .
Оетап1с басессау Рхзсвагу ИХИЗ Зегъег ьеаве оьга1пес. 1еаае Иарзгев- : львкз ясьагьес жарсег 00-'20-ЛУ-37-ВЗ-12 уеа : 192.166.2 10 : 255 255 255:О, 192.166.2.100 192. 1 68. 2 10 Ргзеау, Зп 25, 1999 4сэгс59 РН : попову..аппп 26. 1999 4сггс59 РИ Из зтого перечня можно вилеть имена сетевык адаптеров, 'которые допустимо задействовать при манипуляциях с клиентом 0НСР, применяя параметры коьсананой строки /ге1еаве и /гепесс %шосязз 95 и %тпооесз 98 включают версию данной утилиты с трафическим пользовательским интерфейсом под названием %бпсрссй.еле.
Запуск данной Глава И. П~юнжол 1лтсха программы из диалогового окна Кап (Выполнить) приводит к появлению диалогового окна, наказанного на рис. 13.11. Ега кнопки имеют то же назначение, что и ключи командной строки утилиты 1рсопйя.ехе. рис. 18.11- 'хагхватп.ехв предоставляет те же функции, что и ~рхнйд.ехе, используя, гаафический иитерфеис Поддержка оли1ий клиентами Хотя сервер М(сгозай ОНСР и поддерживает все опции, указаниьге в 1И'1'- стандартах, это совершенно не означает, что клиенты ОНСР операционных систем М1сговой также обеспечивают йх в полном обьеме.
Йрактияески клиенты могут поддерживать талька небольшую часть доступных опций, ,даже если они могут найти достойное применение и остальным. В дополнение к параметрам ОНСР, необходимым для контроля процесса 1)НСР- переговоров об аренде 1Р-адреса, в список опций, паддераотваемых клиентами ЮНСР в составе М(сгозой СБспг 3.0 для М34Х6, %шов йтг %огйвгоцрз (с установленным ТСР/1Р-32), %шдоеа 95, %шбоав 93 и ЖцИотчя ХТ„входят следующие: (3 ЗцЬпет Маз)г (Маска пцдсети); П,Копгег (Маршрутизатор); 0 13ошаш Харе Яегтег (Сервер имен домейав); 13 1)ошаш Хане (Имя домена); П ИегВ1ОБ озег ТСР/$Р Хагпе Зегзег (Сервер имен ЪЬВ10$ поверх ТСР/1Р); Е1 ХегВ103 отегТСР/1Р Ходе Туре (Тип узла Хетвтей.поверх ТСР/1Р); П Хег31ОЗ очес ТСР/1Р Зсоре Щнапазон ХегВ1ОЯ поверх ТСР/1Р).
Клиент %Ьбаиз 2000 также прелоставлжт вца улдзнцнЬЗв гицЗИИ,' н ЛалвЗликтельно информацию, зависяшую от разработчика, испальзуя идейтифнкигоры классов разработ шка и клиента. па учении болев сдробнсй формации а поддержке ОНСР и МИгкзоззз 2000 си. раздел ЪИлааиа 2000 и РНЕР" далев в'зтай жа главе.
Время действия лицензии ЮНСР Елиножиы сюзнфигурировзнные, серверы ОНСР не нуждаются или почти не нуждаются в наблюдении за их работой; В зависимости от степени обновляемости сети и числа доступных 1Р-адресов, администрвзорзя могут изменять время действия лицензии ЮНСР, что позволяет свести к минимуму сетевой трафик„ащзаваемый при обмене сообщениями. 1)НСР. В незарегистрированной сети ТСР/1Р не может возникнуть нехипки 1Р-адресов, поэтому продолжительность лицензии ляя нее мажет быть без всяких цасждствий зпюличена с той целью, чтобы сделать процедуры обновления лицензий менее частьвбг. Увеличение срака действия лицензии с 3 дней, заданных по умвлчвнию, до 30 дней позволйт системе непрерывно работать 15 суток, прежде чем появится необходимость возобновления лицензии на 1Р-аз~ее.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
