5 Обоснование выбора программного обеспечения лвс

Операционная система сети включает в себя набор управляющих и обслуживающих программ, обеспечивающих:

• межпрограммный метод доступа (возможность организации связи между отдельными прикладными программами комплек­са, реализуемыми в различных узлах сети);

• доступ отдельных прикладных программ к ресурсам сети (и в первую очередь к устройствам ввода-вывода);

• синхронизацию работы прикладных программных средств в условиях их обращения к одному и тому же вычислительному ресурсу;

• обмен информацией между программами с использованием сетевых "почтовых ящиков";

• выполнение команд оператора с терминала, подключен­ного к одному из узлов сети, на каком-либо устройстве, подклю­ченном к другому удаленному узлу вычислительной сети;

• удаленный ввод заданий, вводимых с любого терминала, и их выполнение на любой ЭВМ в пакетном или оперативном режиме;

• обмен наборами данных (файлами) между ЭВМ сети;

• доступ к файлам, хранимым в удаленных ЭВМ, и обработку этих файлов;

• защиту данных и вычислительных ресурсов сети от несанкционированного доступа;

• выдачу различного рода справок об использовании ин­формационных, программных и технических ресурсов сети;

• передачу текстовых сообщений с одного терминала поль­зователя на другие (электронная почта).

• Для пользователя работа и роль операционной системы наиболее заметна и важна; ведь клавиатура, мышь и интерфейс — един­ственные посредники

Сетевые возможности — одна из обязанностей операционной системы. Существует два подхода к поддержке способностей компьютеров общаться друг с другом. Один из них — снабдить сетевыми средствами автономную операционную систему типа MS DOS. Второй, бо­лее современный подход — с самого начала встраивать сред­ства поддержки сети в операционную систему и получать та­ким образом целостное решение. Такой подход реализован в системе NetWare version 6.

Так как технология 10Base – 2 является классической для ОС NetWare, то для выделенного сервера будем использовать NetWare версии 6, а для рабочих станций Windows XP.

5.1 Характеристика ос Novell Netware

В версиях Novell Netware, появившихся после 4.x, разработчики отказались от кооперативной многозадачности и ввели поддержку виртуальной памяти. Это повысило мощность и надежность системы, хотя и понизило производительность. В отличие от серверных ОС семейства MS Windows, ОС Novell Netware предназначена для выполнения только серверных функций, т.е. ПО такого сервера представлено лишь практически системными программами специального формата NLM —Netware Loadable Modules. Использовать серверный компьютер для запуска чисто прикладного ПО, типа офисных и бухгалтерских программ, игр, математических пакетов и т.д. не считается разумным и возможным.

Достаточно условно программные платформы Novell можно свести к следующему перечню:

• серверные платформы;

• средства сетевого управления;

• службы безопасности;

• средства сетевого взаимодействия;

• службы каталога (NDS).

В эксплуатации находятся в основном такие серверные платформы, как наиболее современные NetWare 6.5 и 6 - сетевые платформы №1, обеспечивающая работу в среде one Net, предоставляет организациям хранилище памяти, масштабируемость, управляемость, защищенность и доступность информации, столь необходимые при переходе к ведению электронного бизнеса, а также NetWare 5.1, NetWare 5, NetWare 4, IntraNetWare и NetWare for Small Business - сеть для развивающихся компаний с числом пользователей до 50 человек, простое в использовании, экономичное сетевое решение, способствующее развитию компании и повышающее эффективность ее деятельности.

Одним из широко признанных достижений компании Novell считается создание службы каталогов NDS — Novell (первоначально Netware) Directory Services. Первые упоминания  о NDS относятся к 1993 году. Логическая структура сети представляет собой дерево каталога, объединяющее иерархически расположенные контейнеры. Контейнеры могут включать в себя как объекты-листья (leafs), например, пользователей, группы, принтеры, серверы, рабочие станции, профайлы (profiles) и многие другие, так и контейнеры более низкого уровня. Пользователи подключаются к сети с множеством серверов и видят сеть как единую информационную систему. Чтобы понять тенденции развития сегодняшних служб каталогов, полезно ознакомиться с их историей. Сначала была сетевая операционная система. Такие службы каталогов сетевых ОС, как база регистрационных данных (bindery) фирмы Novell (версии Netware до 4.0), быстро получили признание как важные средства для определения правил доступа пользователей и ресурсов к файл-серверу, принтерам, модемам и иным ресурсам, прикрепленным к данному серверу. Для управления доступом к ресурсам важное значение приобрело одно из базовых средств работы с каталогами - процесс регистрации в системе. Процесс регистрации, называемый также аутентификацией, позволяет серверу проверить полномочия пользователей путем запроса паролей и пользовательских имен. В процессе регистрации, выполняемой на сервере и клиенте сети, эти сведения кодируются для безопасной передачи по сети. Структура базы регистрационных данных NetWare, основанная на сервере, означала, что администраторы должны регистрироваться на каждом индивидуальном сервере для получения доступа к его ресурсам. И наоборот, чтобы получить доступ к какому-либо сетевому ресурсу, пользователи должны знать, к какому серверу прикреплен данный ресурс и как зарегистрироваться на данном сервере.

По мере роста сетей регистрация на индивидуальных серверах стала громоздкой и утомительной процедурой, как для пользователей, так и для администраторов. Чтобы обеспечить более удобное управление сетевыми ресурсами, службы каталогов развивались по двум направлениям: в NDS фирмы Novell и StreetTalk фирмы Banyan использовались иерархические структуры каталогов, в то время как Microsoft Windows NT и OS/2 Warp Server были ориентированы на доменную архитектуру. Оба метода стали значительным шагом вперед по сравнению с каталогами, основанными на сервере, так как они позволяли администраторам устанавливать права доступа пользователей к распределенным ресурсам нескольких серверов посредством одной процедуры регистрации. Однако иерархическая модель оказалась более гибкой, чем доменная. Большинство современных служб каталогов построены по иерархическому принципу. Это означает, что они представляют информацию о сети в виде древовидных структур, которые могут отражать структуру организации, где ветви соответствуют отделам и подразделениям, а листья - сетевым объектам, например, пользователям, серверам и принтерам. Администраторы сети могут предоставить пользователям доступ к ресурсам всей организации путем создания так называемых "доверительных отношений" (trust relationships) между всеми наборами из двух доменов. В случае крупных организаций каталоги на основе доменной архитектуры более сложны в управлении, чем иерархические.

Для создания единой учетной записи пользователя и получения доступа к разным файловым серверам, базам данных и другим приложениям необходим мостик между службой каталогов и различными приложениями, который предоставляет LDAP (Lightweight Directory Access Protocol). Протокол LDAP был разработан исследователями из Мичиганского университета для упрощения доступа к сервисам каталогов X.500. Стандарт CCITT X.500 описывает базовую структуру и функциональную модель службы каталогов, но он очень сложен и громоздок, а его реализация требует использования стека протоколов OSI. В результате стандарт X.500 не нашел широкого применения в сетях TCP/IP. Серверы LDAP используют ту же структуру службы каталогов и пространства имен, что и сервер Х.500, но поддерживают меньшее количество команд, обеспечивая при этом сопоставимый уровень функциональности.