Реферат: Сети, операционная система Netware
| 1 байт | 1 байт | 1 байт |
| Начальный разделитель | Контроль доступа | Конечный разделитель |
Начальный разделитель указывает, что пришел пакет и так же служит для синхронизации.
Конечный разделитель указывает на то, что передача закончена.
Контроль доступа служит для распределения приоритета. В него передается приоритет РС, начиная с которого она может передавать сообщения. Если значение этого поля позволяет РС принявшей маркер передавать сообщение, то после передачи формируется новый маркер с новым значением контроль доступа передается в сеть.
fdd – оптоволоконный интерфейс
Данный протокол работает по схеме передачи маркера в логическом кольце. Обеспечивает скорость передачи данных 100 Мбит в секунду. Он максимально схож с протоколом Token Ring и имеет различие лишь в тех случаях когда необходима передача информации с большой скоростью и на большие расстояния. Передающей средой служит оптоволокно.
| 8 байт | 1 байт | 1 байт | 1 байт | 1 байт |
| Преамбула | Начальный разделитель | Контроль пакета | Конечный разделитель | Статус пакета |
Преамбула служит для синхронизации.
Начальный разделитель является уникальным полем и предназначен для определения начала пакета.
Контроль пакета указывает:
пакет для синхронной или асинхронной передачи
указывает длину пакета
определяет тип пакета
Конечный разделитель указывает на окончание маркера.
Статус пакета указывает на наличие ошибки, опознание адреса, скопированы ли данные.
Существует два основных различия между протоколами Token Ring и FDDI. В Token Ring новый маркер передается в сеть только после получения подтверждения о принятии пакет. В FDDI маркер предается после пакета. В FDDI отсутствуют приоритеты. Вместо них в FDDI каждая РС классифицируется как асинхронная, т.е. не предъявляющая жестких требований к временным интервалам между передачей информации и синхронные, которые предъявляют жесткие требования к интервалам времени между передачей информации.
объединенная сеть. подключение дополнительных устройств
Для объединения двух сетей использующих различные протоколы низкого уровня используются устройства, называемые мостами.
Мост – это интеллектуальное устройство, которое преобразует сигналы одного устройства в сигналы другого. Мосты могут быть в двух вариантах:
Мост реализуется программно, т.е. на эти цели выделяется одна машина в которую устанавливают сетевые платы, необходимые для подключения каждой из сетей. После устанавливают ПО обеспечивающее контроль за передачей информации из одной сети в другую.
Аппаратные мосты имеют порты для подключения различных сетей и контроль за передачей информации реализован на аппаратном уровне.
Повторитель – являются более простыми устройствами чем мост и служат для усиления сигнала принятого из одного сегмента и передают в другой сегмент. Повторитель может быть реализован на базе ФС. Для этого в ФС устанавливаются две одинаковые (использующие один и тот же протокол низкого уровня) сетевые платы и каждую из них подключают к своему сегменту.
Концентратор – реализованы аппаратно. Встречаются активные и пассивные концентраторы, способные объединять сегменты использующих различную передающую среду, а так же сегменты с различной скоростью передачи информации. В зависимости от конфигурации цена концентраторов разная. От десятков до тысяч долларов.
Обслуживание СОС NetWare 3.11. Предовтвращение сбоев в работе
обслуживание памяти
Очень многие процессы требуют наличие дополнительной RAM. ОС самостоятельно предупредит о нехватке ОП, а так же об ошибке связанной с невозможностью выделить ОП.
Основной объем ОП на ФС занимают кэш-буферы. Количество этих буферов не постоянно. Оно зависит от объема ОП свободной от загружаемых модулей и других процессов. Количество имеющихся кэш-буферов, а так же из загрузку можно просмотреть при помощи утилиты монитор. Если процентное отношение свободных кэш-буферов составляет двадцать процентов или меньше, то необходимо увеличить объем ОП. Однако в некоторых случаях установка дополнительной ОП может понадобиться при пятидесяти процентах. Ошибки возникающие при работе ФС имеют методы устранения:
ФС зависает после монтирования последнего тома. Ошибка в конфигурации сетевой платы ФС. Необходимо корректно сконфигурировать плату ФС и затем проинсталлировать необходимое ПО.
Ни один том, в том числе SYS не монтируется. Произошел сбой HDD на котором находится том SYS. Разрушен том SYS. Восстановить том SYS при помощи утилиты VREPAIR, устранить неисправность HDD на котором находится том SYS при потере информации переинсталлировать ФС.
Во время монтирования тома выводится сообщение об ошибках. На ФС недостаточно ОП для монтирования тома, обнаружены несовпадения секторов каталога или таблиц FAT. VREPAIR для устранения возникших неисправностей. Подобные ошибки могут возникнуть в связи с некорректным выключением ФС.
Том не может быть смонтирован поскольку не был загружен модуль пространства имени. Если том был сконфигурирован для поддержки имен отличных от DOS, загружаемые модули именных пространств должны запускаться до монтирования тома. Команда загрузки модулей должна находится в файле startup.ncf. Модуль загрузки именного пространства должен находиться на диске с которого производится загрузка ФС.
ФС не найден РС. Сетевая плата не инициализируется при загрузке ФС, так как неправильно сконфигурирована или неисправна. В ФС не хватает буферов для приема пакетов. Протокол IPX не привязан к сетевой плате. Сбой в кабельной системе. Том SYS не смонтирован.
Ответы ФС замедлены. Сетевая плата РС работает медленно или неисправна. Слишком много пользователей работает с сетью. Не установлена максимальная скорость работы ФС. HDD ФС работает медленно или неисправен. Нехватает памяти на ФС. На томе много удаленных файлов. Недостаточно выделено буферов каталога, кэш-буферов или буферов приема пакета.
РС может зарегистрироваться, но периодически теряет соединение ФС. Неправильно работает сетевая плата РС или ФС. На РС используется старый файл оболочки (netx). Две РС имеют один и тот же адрес узла. Кабельная система неправильно терминирована или неисправна.
сбои программного обеспечения в лвс
Возникновение сбоев в ПО происходит из-за несогласованности действий с одной и другой стороны или отсутствие стандартов на АО, что приводит к разбросу параметров и несхожести конечного продукта у разных производителей на уровне интерфейса. Для совместимости необходимо писать драйвер.
ФС после запуска утилиты монитор и просмотра информации об установленных продуктах выдает сообщение о фатальной ошибке и останавливается (зависает). Так же ошибка возникает при попытке просмотра информации о сетевой плате. Причиной является несовместимость драйверов со стандартной утилитой MONITOR или между собой.
При установке ПО на ФС и последующей эксплуатацией выводится сообщение типа: файл не найден, невозможно создать файл, диск не форматирован, а так же полная остановка системы. Причины:
недостаточные опекунские назначения пользователям
отсутствует возможность создания, удаления файлов
файлы не являются общими
Приложение периодически зависает на какое-то время, а затем продолжает работу. Ошибка возникает систематически без видимой на то причины.
Причины:
Приложение ожидает пока используемый файл или запись не освободятся. Многие приложения в этой ситуации не выводят сообщение об ошибке, а ожидают.
Сеть неправильно инсталлирована, то есть нехватает ОП, что приводит к временному зависанию ФС.
Возможные решения:
Проверить причину, вызывающую временное зависание при помощи утилиты MONITOR. Если количество доступных кэш-буферов составляет двадцать процентов, то зависание вызвано нехваткой ОП.
Если при просмотре информации о соединениях статус какого-либо открытого файла "ожидание", то зависание возникает из-за ожидания доступа к файлу или записи.
На экран ФС выводится ненужная информация.
Причины:
Две или более РС имеют одинаковый адрес узла (в сети все РС и ФС должны иметь уникальный адрес узла).
Разрушены данные к которым идет обращение в данный момент времени.
Для определения причины необходимо:
Проверить нет ли повторяющихся адресов узла.
Проверить нет ли дефектных соединений в кабельной системе.
Проверить не разрушены ли данные, с помощью VREPAIR.
удаленное управление
Обеспечивает возможность управлять всеми серверами ЛВС из одного места. Это облегчает доступ к ФС и усиливает контроль за ними, независимо от места расположения. Для установки удаленной консоли надо загрузить соответствующее ПО на ФС и РС который в дальнейшем будет являться удаленной консолью.
Удаленное управление ФС позволяет повысить их защищенность, т.к. позволяет перенести их в отдельное помещение. Установка удаленной консоли позволяет:
использовать команды консоли
просматривать каталоги и редактировать текстовые файлы в разделах
инсталлировать NW на удаленный ФС
обновить NW удаленном ФС
добавить существующий ФС к установленной сети удаленного управления
перезагрузить ФС с удаленной консоли
Удаленное управление могут осуществлять администраторы и операторы удаленной консоли. Эти пользователи должны иметь соответствующие права и пройти защиту паролем прежде чем получат доступ к удаленной консоли. Удаленная консоль не отключает и не отменяет блокировку клавиатуры из MONITOR, для подключения консоли надо ввести пароль.
Оператор удаленной консоли использует пароль для начала сеанса связи с ФС. Он должен иметь права видеть и читать в каталоге SYSTEM на томе SYS.
Администратор NW может начать сеанс связи с ФС, используя удаленный пароль или пароль администратора. Несмотря на то, что пароль администратора дает удаленный доступ к ФС, могут выполняться только задачи удаленного управления, т.е. администратор не может создавать пользователей или назначить права с удаленной консоли.
принципы работы удаленного управления
Удаленное управление устанавливает коммуникационные связи с ФС, что позволяет РС работать в качестве консоли ФС. Программные средства управления удаленной консоли не отключают клавиатуру обычной консоли.
Удаленное управление поддерживает работу с ФС. И с одной и с другой консоли возможно вводить команды, и результаты их выполнения будут отображаться так же на обеих мониторах. После запуска какого-либо процесса с удаленной консоли она может быть безболезненно отключена.
программные средства фс, необходимые для удаленного управления
Для удаленного управления требуется АО. На ФС необходимо наличие загружаемых модулей:
remote.nlm – обеспечивает прием и передачу информации между клавиатурой, монитором и коммуникационными драцверами.
rspx.nlm – является драйвером специфических средств коммуникации, обеспечивает поддержку SPX для remote.nlm, так же объявляет что ФС доступен для удаленного доступа.
rs232.nlm – этот модуль является драйвером асинхронных коммуникаций, который определяет коммуникационный порт ФС и переносит информацию с консоли в remote.nlm и обратно.
программное обеспечение рабочих станций для удаленного управления
aconsole.exe – эта утилита работает как множество других коммуникационных программ (управляет модемом; набирает номер; устанавливает связь), а также контролирует передачу информации с консоли в удаленный ФС и обратно.
rconsole.exe – контролирует передачу информации с консоли в удаленный ФС и обратно, и превращает РС в удаленную консоль.
rsetup.exe – используется для создания загрузочной дискеты ФС, которая применяется при удаленной инсталляции или обновлении ФС. Утилита формирует дискету, содержащую драйверы диска, сетевые драйверы, файлы сетевой операционной системы и файлы .ncf
Требования к аппаратно-программным средствам для удаленного управления
требования к аппаратному обеспечению фс
Компьютер, оснащенный процессором 386 и выше.
48 Кб доступной памяти для запуска загружаемого модуля.
Модем для обеспечения асинхронных соединений.
требования к программному обеспечению фс
Установленная СОС NetWare.
Сетевые протоколы IPX, SPX.
требования к рс
Протестированный и одобренный фирмой Novell тип компьютера.
Протестированные и одобренные фирмой Novell сетевые платы.
Не менее 200 Кб свободной ОП.
Модем для обеспечения асинхронных соединений.
Установленная дисковая ОС версии 3.0 и выше.
