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