Пояснительная записка к курсовому проекту кп080511пз разработал Орсик М. К. гр. 080511 Скудняков Ю. А

• Название: Пояснительная записка к курсовому проекту кп080511пз разработал Орсик М. К. гр. 080511 Скудняков Ю. А
• Анкор: PZ.doc
• Дата: 18.01.2018
• Размер: 448 Kb.
• Имя файла: PZ.doc
• Тип: Пояснительная записка; #14432
• страница: 6 из 8

10 Выбор сетевой операционной системы

В связи с тем, что на данный момент времени наибольшее количество программ выпускается для операционных систем MS Windows. А так же с тем, что в названых операционных системах достаточно хорошо реализованы функции работы с локальной сетью, а так же функции администрирования и управления. Для клиентских мест будет выбрана операционная система Windows 7.

С надежной архитектурой Windows мы получаем:

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

– возможность восстановить вашу работу во многих случаях, если ваша программа аварийно завершается, и вы не можете сохранить результаты работы;

– системная защита памяти помогает предотвратить дестабилизацию работы вашей станции плохим программным обеспечением и др.;

Основное направление развития современных сетевых операционных систем (NOS) - перенос вычислительных операций на рабочие станции, создание систем с распределенной обработкой данных. Кроме этого внедрение объектно-ориентированных технологий (OLE. DCE, IDAPI) позволяет упростить организацию распределенной обработки данных. В такой ситуации основной задачей NOS становится объединение неравноценных операционных систем рабочих станций и обеспечение транспортного уровня для широкого круга задач: обработка баз данных, передача сообщений, управление распределенными ресурсами сети. В современных NOS применяют три основных подхода к организации управления ресурсами сети.

Первый – это Таблицы Объектов (Bindery). Используется в сетевых операционных системах NetWare 286 и NetWare v3.1x. Такая таблица находится на каждом файловом сервере сети. Она содержит информацию о пользователях, группах, их правах доступа к ресурсам сети. Такая организация работы удобна, если в сети только один сервер. В этом случае требуется определить и контролировать только одну информационную базу. При расширении сети, добавлении новых серверов объем задач по управлению ресурсами сети резко возрастает.

Второй подход используется в LANServer и LANManager - Структура Доменов (Domain). Все ресурсы сети и пользователи объединены в группы. Домен можно рассматривать как аналог таблиц объектов, только здесь такая таблица является общей для нескольких серверов, при этом ресурсы серверов являются общими для всего домена. Поэтому пользователю для того чтобы получить доступ к сети, достаточно подключиться к домену (зарегистрироваться), после этого ему становятся доступны все ресурсы домена, ресурсы всех серверов и устройств, входящих в состав домена.

Третий подход – Служба Наименований Директорий или Каталогов (Directory Name Services - DNS) лишен этих недостатков. Все ресурсы сети: сетевая печать, хранение данных, пользователи, серверы и т.н. рассматриваются как отдельные ветви или директории ,информационной системы. Таблицы, определяющие DNS, находятся на каждом сервере. Это повышает надежность и живучесть системы и упрощает обращение пользователя к ресурсам сети. Управление такой системой также проще, чем при использовании доменов, так как здесь существует одна таблица, определяющая все ресурсы сети, в то время как при доменной организации необходимо определять ресурсы, пользователей, их права доступа для каждого домена отдельно.

В качестве сетевой операционной системы будем использовать операционную систему MS Windows 2008 Server для серверов и MS Windows 7 для рабочих станций.

11 Выбор протоколов сети

Протокол внутри сети выбираем TCP/IP, потому что, в современных сетях наиболее широко распространен именно этот протокол. Он имеет высокую надёжность и скорость передачи данных. Это основной протокол выбранных операционных систем.

Структура протоколов TCP/IP приведена на рисунке 11.2. Протоколы TCP/IP делятся на 4 уровня.

Рисунок 11.1 - Стек TCP/IP.
Самый нижний (уровень IV) соответствует физическому и канальному уровням модели OSI. Этот уровень в протоколах TCP/IP не регламентируется, но поддерживает вес популярные стандарты физического и канального уровня: для локальных сетей это Ethernet, Token Ring, FDDI, Fast Ethernet, 1 OOVG-AnyLAN, для глобальных сетей – протоколы соединений "точка-точка" SLIP и РРР, протоколы территориальных сетей с коммутацией пакетов Х.25, frame relay.

Следующий уровень (уровень III) – это уровень межсетевого взаимодействия, который занимается передачей пакетов с использованием различных транспортных технологий локальных сетей, территориальных сетей, линий специальной связи.

В качестве основного протокола сетевого уровня в стеке используется протокол IP, который изначально проектировался как протокол передачи пакетов в составных сетях, состоящих из большого количества локальных сетей, объединенных как локальными, так и глобальными связями. Поэтому протокол IP хорошо работает в сетях со сложной топологией, рационально используя наличие в них подсистем и экономно расходуя пропускную способность низкоскоростных линий связи. Протокол IP является дейтаграммным протоколом, то есть он не гарантирует доставку пакетов до узла назначения, но старается это сделать.

К уровню межсетевого взаимодействия относятся и все протоколы, связанные с составлением и модификацией таблиц маршрутизации, такие как протоколы сбора маршрутной информации RIP и OSPF, а также протокол межсетевых управляющих сообщений ICMP. Последний протокол предназначен для обмена информацией об ошибках между маршрутизаторами сети и узлом - источником пакета. С помощью специальных пакетов ICMP сообщается о невозможности доставки пакета, о превышении времени жизни или продолжительности сборки пакета из фрагментов, об аномальных величинах параметров, об изменении маршрута пересылки и типа обслуживания, о состоянии системы.

Следующий уровень (уровень II) называется основным. На этом уровне функционируют протокол управления передачей TCP и протокол дейтаграмм пользователя UDP. Протокол TCP обеспечивает надежную передачу сообщений между удаленными прикладными процессами за счет образования виртуальных соединений. Протокол UDP обеспечивает передачу прикладных пакетов дейтаграммным способом, как и IP, и выполняет только функции связующего звена между сетевым протоколом и многочисленными прикладными процессами.

Верхний уровень (уровень I) называется прикладным. За долгие годы использования в сетях различных стран и организаций стек TCP/IP накопил большое количество протоколов и сервисов прикладного уровня. К ним относятся такие широко используемые протоколы, как протокол копирования файлов FTP, протокол эмуляции терминала telnet, почтовый протокол SMTP, используемый в электронной почте сети Internet, гипертекстовые сервисы доступа к удаленной информации, такие как WWW и многие другие. Остановимся несколько подробнее на некоторых из них.

Протокол пересылки файлов FTP реализует удаленный доступ к файлу. Для того, чтобы обеспечить надежную передачу, FTP использует в качестве транспорта протокол с установлением соединений – TCP. Кроме пересылки файлов протокол FTP предлагает и другие услуги. Так, пользователю предоставляется возможность интерактивной работы с удаленной машиной, например, он может распечатать содержимое ее каталогов.

В стеке TCP/IP протокол FTP предлагает наиболее широкий набор услуг для работы с файлами, однако он является и самым сложным для программирования. Приложения, которым не требуются все возможности FTP, могут использовать другой протокол – простейший протокол пересылки файлов TFTP. Этот протокол реализует только передачу файлов, причем в качестве транспорта используется более простой, чем TCP, протокол без установления соединения – UDP.

Протокол SNMP используется для организации сетевого управления. Изначально протокол SNMP был разработан для удаленного контроля и управления маршрутизаторами Internet, которые традиционно часто называют также шлюзами. С ростом популярности протокол SNMP стали применять и для управления любым коммуникационным оборудованием – концентраторами, мостами, сетевыми адаптерами. Проблема управления в протоколе SNMP разделяется на две задачи.

Первая задача связана с передачей информации. Протоколы передачи управляющей информации определяют процедуру взаимодействия SNMP-агента, работающего в управляемом оборудовании, и SNMP-монитора, работающего на компьютере администратора, который часто называют также консолью управления. Протоколы передачи определяют форматы сообщений, которыми обмениваются агенты и монитор.

Вторая задача связана с контролируемыми переменными, характеризующими состояние управляемого устройства. Стандарты регламентируют, какие данные должны сохраняться и накапливаться в устройствах, имена этих данных и синтаксис этих имен. В стандарте SNMP определена спецификация информационной базы данных управления сетью. Эта спецификация, известная как база данных MIB (Management Information Base), определяет те элементы данных, которые управляемое устройство должно сохранять, и допустимые операции над ними.

Протокол telnet обеспечивает передачу потока байтов между процессами, а также между процессом и терминалом. Наиболее часто этот протокол используется для эмуляции терминала удаленного компьютера.