К. Закер - Компьютерные сети. Модернизация и поиск неисправностей (953092), страница 97
Текст из файла (страница 97)
Протоколы 1Чейтаге отправлять запросы к серверам, должен узнать об их существовании:изнжобшений БАР. Кюклый сервер посылает широковещательные сообщения БАР с интервалом по умолчанию в 60 секунд. Эти сообщения содержат имя сервера, его адрес и описание услуг, предоспгвляемьлг им. Другие системы в сети при получении сообщения БАР создают лля каждого сервера, 'перечисленного в сообщении, временную запись в своей базе данных ресурсов сети (Ыпбегу) или Р)ОЯ, наллежащим образом сохраняя сопровождюощую информацию.
Вдобавок к этой автоматически предоставляемой широковепгшелъной рекламе, серверы также могуг вырабатывать собственные запросы ВАР для того, чтобы затребовать информацию от определенного сервера Жегаулге использует этот тип транзакции ВАР лля реализации защиты от копирования, которая предотвращает возможность работы в одной сети двух серверов с одним н тем же номером лицензии, а клиенты применяют его для в1яявления ближайших к ним серверов.
Для данного типа транзакций предусмотрены отдельные форматы пакетож запроса ближайшего сервера (1Чеагезг Бсгтег Кеоцеа) и ответа ближайшего сервера (Меагезг Бегтег Кер1у). Обычные широковещательные сосбшения ВАР, содержашие информацию о сервере, задействуют тип пакета Згапдап1 Яегкег Кер!у (ответ обычного сервера). (Тип:сообщения бгапдагд 3егкег Кег(цез1 (запрос обычного сервера) не исцользуется,) Запросы и ответы ВАР применяют различные форматы накатов, но.все сообщения ВАР переносятся станлартными дейтаграммами гРХ со значившем в пале типа пакета (РаскеГ Туре), равным 4, и номером сокета нанначсния (Омх(папоп Яоскег) 0452, ввк показано на рис.!2.12. Форматы сообщений рассматриваются в следующих разделах.
Рис. 12.$2. сообщение немом ае~~ег нео1у авотокоаа влР ооФФаап, о; г ндентнфикацнонные данные о оесаесе н нн~~ормацаио масшйггнзацйн т, ы КаДР ЗаЩУ(21)Е ВАР Сообщения запроса, БАР используются только тогда, когда свезена запраШнааст у Ссрлера ИифОрМацИЮ БАР„Нанраысрг КО»Па КЛИЕНтеядя СнетЕМа определяет Поло»кение ближайшего сервера. Сообщсиие передается как широковещательное, н предполагается, что все сервррьг, принявшие его, дсджны отвепгг Сообщение запроса состоит только из двух полей.
П Тип налога (Раскат Туре), 2 байта. Указывает на функпию сообщения при помощи следующих шесгнядпатеричных зиачений: 1 — запрос обычного сервера (не используется); э 3 -"зйпрос блжкайшего сервера. и ъя» щецин» фйичег туре), 2 Оай»в. Определяет тих» услуг, тйсбуемых от сервера, в соответствии со слелуюшими шестналпа»еричными зйачениями: е 0006 — не определены; ° 6663 — 'рта~ ()пепе (очерель печати); ' 6064,— Рйе.
Бегтег'(Файловый сервер); е ОООБ — Хоб Зеггег (сервер залач); 0067 — ' Рг(гп Бегтег (сервер печати); ° ОВВ -' Аде)йте Зе»тег (архивный сервер); ' ° 600а — Мог»»'Диене (очередь заданий); е 0021 — '.ИАБ-ЗИА Оа»енау (шлюз ИАБ,БИА)", ° 0624 — Капто»с В»Ыйе Бегтег (сервер удаленного'моста); ° 0020 — Тцпе Бупс)по»ига»»оп ЧАР (временная синлронизапия пропесовсдоп и у уга и (УАР))," ° 002е — Оупышс БАР (динамический БАР); ° 0647 — А~Ьепзнпй Рпп» Бегтег (сервер объявлений о печати)„ е 004в — система индексированного управления записями Вп»ете ЧАР 5.6; ° 004с — Б(ф. УАР; ь 067в — ТВБ-Ие»%аге Ъ'МБ; ° 0(63 — Ие»%ага Ассеи' Бегтег (сервер достуйик ИМ%иге);,;:,.
° Ойра — Иапо Р16йз' Бегтег (сервер именован»гйх'иаг»алов):" ' ° Ойуе — Ро»таые ие»%иге-1л~Пх (сервер удалейной печати и управления Файлами для клиентов Ие»%ага); 6167 — Иа»%»аге Зйб; ° 6111 — Тех» Бегтег (сервер тестиРования); е 0166 — Хат%ага Мвпаяегаеас (управление ИеЖаге); ° 926а — Нег%ага Мапайегаепц е Шà — маса. Формат ответа БАР лля пшроковешагельных саобщенйй и отвщов на сообщения запроса ближайшего сервера адин и тот же. Разница между ними закшочается в том, по 'ответ ближайшего 'сервера солар)кит 'инфорыашйо только о нем самом, а ответ обычного сервера мажет нвпочата:данные о нескольких серверах (максимум о семи).' В последнем случае вся Последовательность полей, начиная с паля хипа сервера и до паля количества промежуточных сетей, будет повторена до семи раз.
Так как сообщения ответа обычнога сервера передщатся Как пшроковещаг тельные, то их распространение ограничено пределами вокального сегмента сети. Тем не менее, за счет предоставления в совместнре пользовани» ин4арь|ацин о себе, а также и або всех осшльных серверах локальноМ пимента, каждый сервер в сети имеет возможность составить полный сйисок всех других серверов. гззвзетвгазвзвтвгтзвзктвгтзвзета ти ар~ее р . вял».
ва еш. е ач Формат для сообщения ответа БАР приведен на рис. 12.13. Функции его палей описаны ниже. О Тип пакета (Рве)аи Туре), 2 байта. Указывает на функцию сообщения при помощи следукапнх шестнадцатеричных значений: ° 2 — ответ стандартного сервера (Бгаш)ап) Бегтег Кер1у); ° 3 — ответ ближайшего сервера (Меагезг Бегтег Кер1у). П Ъав сервера (Бегтег '1уйе), 2 байта. Определяет тип услуг, предоставляемых сервером, возможны те же значения, что и в формате сообщения запроса.
чаегь 1й Оегелнегронжолм и имя се(мера (8езтег Хиве), 4й байтов. содержит 'имя сервера -'.'. л П Ащрес сети (1Че(иегк Аббгезз), 4 байта. Указываев.адрес сети, .в "которой расположен сервер. 11 Алрее узла (Меде АИгеаз), б байтов. Содержит адрес сетевого интерфейса сервера. О Секет (Беейе1), 2 банта. Объявляет сокет, который сервер использует для приема запросов на свои услуги.
П Промежуточная, сеп (1взеппайаге 14еЬпий)„2 байта. Фиксирует количество транзитов (то есть маршруппаторов или сетевых адресов) между серве$х64 к системой назначения ПРОбПВййй4 3АР На врстязияозп всей своей истории существовании 'наиболее часто Негрете критикуют зз' М'тесную связь с протоколом БАР и огромное количество широызвепгатсльного графика, который этот протокол создает я сети. 1сПЖ сократила'обью'вырабатываемого графика за счет того, что информация.о серверах кренится в базе данных службы катетов. В случае нормального выполнения пропессов репликации ХОЗ данные КАР реплицирукпся через сеть посредством однонаправленной передачи сообвзений между серверами, что является более предпочтительным вариантом; невежи чем широковещание.
Ие$%аге 5 еще лвлыде продвинулась в решении этой проблемы, включив поддержку протокола обнаружения работающих служб (Я.Р, Зегчсе 1.осаг)оп Ргогосо1), позволяющего автоматически настраивать сетевые ресурсы и стандартизированного проблемной группой проектирования сети Интернет (1ЕТР, 1пгегпет Епбшеепвб ТаФ Гогсе). Глава 13 Ие$3108, йе$8ЕИ и Земец Меээеяе В!осйз Несмотря на то, что ТСР!1Р является наиболее популярным стеком протоколов; функционирующим на Сетевом и Транспортном уровнях зтююннрй модели ОБ1, альтернатива ему все еще сущесгаует.
!уегВЕИ гФвтВХОЮ',йк(впвйв! !!ю' !пюуасе, расширенный паяьзаватввьсяий иипму4вяс свзцевай В!03) — зто один из наиболее старых, но все еще использующихся протоколов для локальных сетей, 'и он продолжает оставаться прекрасным решением для сравнительно небольших сетей, так как издержки нв его обслуживание меньше, чем требуемьге лля более коыплексньсг 'протоколов. ИегВЕ1Л был разработан в середине !986-:х, с целью предоставить сетевые транспортные услуги для программ, базирующихся на лгеЩМОЯ !р!елваг!г Вахта !при!/Оийяа сзвятл, селифан базовая сиапема вводя,!ливайн ИетВЕП1 — просп> один из методов передачи ленных ИетВ103 по сети.
Также возможна инкап, суляция информации ИетВ1ОБ при помощи протоколов ТСР!1Р или 1РХ Когда М1сгозой начала вводить сетевые возможности в свюи операпионные системы, она остановила свой выбор на ИетВЕШ. Первоначально и Жщдгляз 1ог%огхйгопрз и %шдоъз ИТ использовали ИегВЕ1Л в качестве протокола по умолчанию. Только позже Мюпззоц последовала зв инлцйигявой остальной сетевой индустрии и стала лля передачи данных ИетИ1ОВ опираться на ТССР. Причина выбора стека ТСР/1Р заключается в его возмсвяностях взаимодействия. Протоколы были изначально разработаны лля того, чтобы полдерживать обмен сообщениями мецлу различнымв вычислительными платформами и операционными системами.
Вдобавок, как только технологии локальных сетей стали глубже проникать в сферу обеспечения ведения бизнеса, недостатки ИегВЕ1Л отчетливо продемонстрировали его непрйгцпнаср 'для чего-либо большего, чем небольшие сети рабочих групп. Сепщня ИетВЕП1 наиболее часто применяетсл в малых по размерам сетях М1сгозой ЪцнЬвз, так как он обеспечивает хорошую прсизводительиость, фактически не требует поддержки (протокол является саь1окпнфитурирузвщимся и самонастраивающимся) и использует сравнительно немного цамяти. Несмотря на критику, ведущуюся в сетевых кругах, в случае, если уста- навливается домашняя или неболыиая офисная сеть, состоящая из компью- герое под 'управлением %юдолях, 1хегВЕШ все еще остается 'црйраеным решением в качестве протокола. Оснмачгзй:;„Недостаток ХегВНЛ заключается в том, что он немаршрутизируемъш':н в по большинству может применяться тслыю в сетях, соетавлиощих олин домен коллизий.
Последнее вызвано тем, чззз протокол для въптолнецня некозтшых нз своих основных функций пелагкеивгзна широиийщвзелъные сообщения н не имеет возмовностя илентнфициролалъ-рить, в котирой,-Рясно ложена система. В следующих разделах унссмитризваетгсх архитектура протокола йегВЕШ и его совместное использование с г1егВ10Б и Берег Мемеде ВЬсхз для обеспечения базовых сетевих услуг в сетях %йиЬъз. Ие$3$03 ХегВ1ОБ был 1лззработан для того, чтобы, предоставить стандартизованный программный интарфейс между программньвяи приложениями и сетевым оборудовацием н олелигь более легким процесс переноса приложений с системы на систему.. Интерфейс включает пространство. имен, которое в операционных системах фирмы М1снззой до сей поры слуЖит для идентификации компьютеров/ д сети. Имя компъютера, назначаемое %йи$сзгьмистеме во время устайгФкЫ бйерационной системы, в дййепштелъности явижтся именем ХетВ10зй тад жв, Как и имена доменов и рабочих зруцп.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
