|
Сети, операционная система NetwareНа канальном уровне определяются правила использования физического уровня узлами сети. Так же электрическое представление данных в ЛВС определяется только на этом уровне. На этом уровне происходит обнаружение и исправление ошибок при передаче данных (путем вторичного запроса передаваемой информации). Таким способом канальный уровень разбивается на два подуровня: контроль доступа к среде, отвечающий за доступ к сети и ее управления (передача маркера, обнаружение коллизии) контроль логической связи находится выше подуровня, контроля доступа к среде, и связан с передачей и приемом пользовательских сообщений. Сетевой уровень выполняет функции переключателя и маршрутизации пакетов. Этот уровень отвечает за адресацию и доставку пакетов. Транспортный уровень при наличии в процессе обработки нескольких пакетов контролирует очередность прохождения этих пакетов. При приеме дубликата, принятого ранее сообщения, этот уровень его игнорирует. Сеансный уровень координирует связь между двумя прикладными программами, работающими на разных рабочих станциях. В число функций, выполняемых данным уровнем, входят: создание сеанса, управление передачей и приемом пакетов сообщений в течении сеанса, завершение сеанса. Уровень представления служит для преобразования данных из внутреннего формата компьютера в иной формат. Данная процедура необходима при объединении в сеть разнородных компьютеров, таких как IBM и Macintosh. Прикладной уровень является пограничным между прикладной программой и процессами модели OSI. На этом уровне определяется куда направить передаваемую информацию (локальное или сетевое устройство), т.е. именно на этом уровне информация попадает в модель OSI. Затем проходит до самого низкого уровня, передается на другую рабочую станцию и вновь от уровня к уровню доходит до прикладного. протоколы низкого уровня ethernet Стандарт, описывающий наборы физических характеристик, которым должен удовлетворять адаптер с обнаружением коллизии (IEEE 802.3). использование пакетов в ethernet |Преамбула |Назначение |Источ|Тип |Данные |CRC | | | |ник | | | | |8 |6 |6 |2 |46 - 1500 |4 | Преамбула используется для синхронизации пакета. В первых 7 байтах преамбула содержит код 10101010. В последнем байте преамбула всегда содержит 10101011. В поле назначения содержится адрес узла ЛВС, которому предназначено сообщение. Старший бит в первом байте имеет специальное назначение. Если он равен нулю, то адрес назначения является физическим и уникален в ЛВС. Причем первые 3 байта задают локальный адрес в группе. Если этот бит равен 1, то пакет считается широковещательным и остальные байты могут адресовать его либо какой-то группе, какой-то конкретной РС или всем РС в ЛВС (если все биты равны 1). Поле источник 6 байт и содержит адрес узла, отправившего сообщение. Старший бит первого байта всегда равен 0. Тип. Указывает тип протокола более высокого уровня, используемого для его передачи или приема. Данные. Это поле может иметь размер от 46 и до 1.500 байт и содержит передаваемую информацию. CRC. (2 часа) ПАКЕТЫ IEEE 802.3 |Преамбула|Признак |Назначен|Исто|Длина|Дан|Набив|CRC | | |начала |ие |чник| |ные|ка | | | |пакета | | | | | | | |7 |1 |2 или 6 |2 |2 |0 -|46 - |4 | | | | |или | |150|0 | | | | | |6 | |0 | | | Назначение содержит 2 или 6 байт в зависимости от типа установленной ЛВС, поддерживающий стандарт IEEE 802.3 и указывает адрес РС для которой предназначен данный пакет. Источник указывает на адрес отправителя пакета. Длина показывает содержит информацию о длине данных в пакете. Набивка. Если длина предыдущего поля менее 46 байт, то поле «набивка» используется для доведения длины пакета до нужного уровня, путем добавления пустых символов. При большой длине поля «данные», поле «набивки» может отсутствовать. Длина пакета составляет от 64 – 1518 байт, не считая преамбулы и признака начала пакета. протоколы среднего уровня Протоколы среднего уровня включают в себя средства для обеспечения правильной последовательности приема, переданных данных и соответствуют транспортному уровню модели OSI и включают некоторые характеристики сеансного уровня. Протоколы среднего уровня позволяют компьютерам объединенным в ЛВС легко обмениваться информацией друг с другом. К протоколам среднего уровня относятся такие протоколы, как NetBIOS, IPX/SPX и TSP/IP. Независимо от внутренней конфигурации каждого конкретного протокола они имеют определенные общие функции и свойства: Инициализация связи. Каждый протокол имеет средства для идентификации РС по имени, номеру или по двум этим атрибутам. Обмен информации между определенными узлами активизируется после идентификации узла адресата и узла инициализировавшего диалог. Инициализирующий узел так же задает тип диалога: датаграмма или сеанс. (2 часа) ОТПРАВКА И ПОЛУчЕНИЕ ДАННЫХ. КАЖДЫЙ ПРОТОКОЛ ПРЕДСТАВЛяЕТ СРЕДСТВА ДЛя ОТПРАВКИ ПОЛУчЕНИя СООБЩЕНИЙ РС АДРЕСАТА И ИСТОчНИКА. ПРОТОКОЛ НАКЛАДЫВАЕТ ОПРЕДЕЛЕННЫЕ ОГРАНИчЕНИя НА ДЛИНУ СООБЩЕНИЙ, А ТАК ЖЕ В ДИАЛОГЕ СЕАНСНОГО ТИПА ОПРЕДЕЛяЕТ СТАТУС ДИАЛОГА. Завершение обмена. Протокол предоставляет средства для вежливого завершения диалога. датаграммы и сеансы Существует два типа межкомпьютерного обмена данными: датаграммы и сеансы. Датаграмма — это сообщение, которое не требует подтверждения о приеме от принимающей стороны. Если подтверждение все-таки необходимо, то адресат должен самостоятельно послать специальное сообщение. Для осуществления обмена этим способом, принимающие и передающие стороны должны придерживаться одного и того же протокола. Каждая датаграмма является самостоятельным сообщением и при наличии нескольких датаграмм в ЛВС порядок их приема не гарантируется. Максимальный размер датаграммы меньше длины сообщения в сеансе. Скорость передачи датаграмм значительно выше, чем скорость передачи сообщения в сеансах. В сеансе предполагается создание логической связи для обмена сообщениями между РС. Получение сообщений гарантируется. В датаграммах передача информации происходит в определенный момент времени, а в сеансе для передачи сообщения необходимо выполнить подготовительную работу. Сначала необходимо установить сеанс, после чего происходит обмен сообщениями. После окончания обмена данными сеанс должен быть закрыт. netbios Требования на обмен сообщениями, поступающими от модулей СОС, выполняющей перенаправление файлов или от прикладных программ попадают на уровень NetBIOS. Эти требования делятся на несколько категорий: Поддержка имен. Каждая из РС ЛВС имеет одно или несколько имен, которые хранятся NetBIOS в таблице, первый столбец которой содержит уникальное и неизменяемое имя сетевого адаптера (СА). В эту таблицу добавляются дополнительные имена пользователей для удобства идентификации каждой РС. Пользовательские имена могут быть уникальными и относится к группе пользователей. Поддержка сеанса. NetBIOS осуществляет управление процессами установки связи, обмена и окончания связи между любыми двумя узлами ЛВС. Поддержка датаграмм. Прием сообщения не гарантируется. Статус адаптера (сеанса). При помощи NetBIOS прикладная программа имеет возможность получить информацию о локальном СА, о других СА и обо всех текущих сеансах в ЛВС. протоколы ipx\spx IPX (Internetwork Packet Exchange). Фирма Novell в СОС NetWare использует протокол IPX для обмена датаграммами, а протокол SPX для обмена в сеансах. IPX применяется модулями перенаправления файлов в СОС NetWare и поддерживает только датаграммы. Он соответствует сетевому уровню по модели OSI и выполняет функции адресации, маршрутизации и переключения в процессе передачи сообщений. (3 часа) ПРОТОКОЛ IPX яВЛяЕТСя НАИБОЛЕЕ БЫСТРОДЕЙСТВУЮЩИМ чЕМ SPX. НЕСМОТРя НА ОТСУТСТВИЕ ГАРАНТИИ ДОСТАВКИ СООБЩЕНИЙ В 95% СЛУчАяХ СООБЩЕНИя ДОСТАВЛяЮТСя БЕЗОШИБОчНО. В ОС NETWARE ИМЕННО ПРОТОКОЛ IPX ИСПОЛЬЗУЕТСя МОДУЛяМИ ПЕРЕНАПРАВЛЕНИя ФАЙЛОВ. ЭТОТ СПОСОБ НАДЕЖЕН ПОТОМУ чТО КАЖДЫЙ ЗАПРОС ОТ РС ТРЕБУЕТ ОТВЕТНОГО СООБЩЕНИя СО СТОРОНЫ СЕРВЕРА, Т.Е. МОДУЛИ ПЕРЕНАПРАВЛЕНИя ФАЙЛОВ ПОДРАЗУМЕВАЮТ, чТО РЕАКЦИя СЕРВЕРА НА СЛУЖЕБНЫЙ ЗАПРОС ПОСЛЕДУЕТ ТОЛЬКО ПОСЛЕ СООТВЕТСТВУЮЩЕГО ОТВЕТНОГО ПОДТВЕРЖДЕНИя ОТ СЕРВЕРА. Протокол IPX присутствует во всех версиях NetWare. spx SPX (Sequenced Packet Exchange). Этот протокол предназначен для установления диалога и применяется а течении сеанса. Для обмена данными по этому протоколу необходимо установить логическую связь между двумя участками диалога, после чего данные могут передаваться в обеих направлениях с гарантией их безошибочной доставки. Протокол SPX гарантирует правильность последовательности передачи сообщений. SPX работает на сетевом уровне модели OSI и имеет некоторые характеристики сеансного уровня. В ОС NetWare протокол SPX используется для доступа к внутренним функциям управления и диагностики сети. Этот протокол находится над IPX и фактически использует его для обмена пакетами сообщений. Этот протокол не применялся в ранних версиях NetWare (присутствует, начиная с 2.0) tcp/ip TCP/IP (Transmission Control Protocol/Internet Protocol). TCP/IP похож на NetBIOS, IPX/SPX. В сущности TCP/IP является набором нескольких протоколов и схож по структуре с СОС, но не является таковой. Изначально TCP/IP разрабатывался министерством обороны США для построения глобальной вычислительной сети, которая предназначалась для связи территориально разнесенных предприятий, работавших в рамках агентства по передовым технологиям. IP обеспечивает обмен датаграммами подобно IPX. TCP обеспечивает связь между двумя узлами подобно NetBIOS с гарантированной доставкой пакетов (сообщений). Существует ряд утилит для передачи файлов, удаленного запуска программ и обмена электронной почтой. Удаленный доступ — возможность запуска программы на другом узле. Так как протокол TCP/IP находится в общем пользовании и не является собственностью какой-либо фирмы он стал очень популярным при обмене информацией между разными ЛВС. (2 часа) ПРОТОКОЛЫ ДЛя ПЕРЕНАПРАВЛЕНИя ФАЙЛОВ Модули перенаправления файлов в различных СОС используют для этого собственные, высокоуровневые протоколы. Фирмы IBM и Microsoft применяют протокол SMB (Server Message Block). Фирма NetWare использует протокол NCP (NetWare Core Protocol). В одноранговых ЛВС используется протокол SMB, но чаще производители стараются использовать собственные протоколы. протокол smb СОС использующие этот протокол перехватывают сообщения сетевых программ на РС к функциям ввода/вывода и направляют их на ФС. Программные модули РС, называемые DIR открывают сеанс связи NetBIOS с программным обеспечением на ФС. После чего DLR и сервер обмениваются SMB блоками. Фирма IBM определила 4 категории SMB блоков: управление сеансом доступ к файлам обслуживание принтера сообщения протокол ncp В ЛВС, работающих под управлением СОС NetWare программные модули на РС называются shell. На первом этапе для каждой версии DOS требовалась своя оболочка (net3.com, net4.com, net5.com). последнее время используется универсальный файл оболочки, который носит имя netx.com. Все версии netx используют протокол NCP для обмена пакетами сообщений при работе с файлами. Хотя фирма IBM опубликовала свой протокол SMB, фирма Novell продолжает продавать свой протокол NCP разработчикам только по лицензии. использование windows 95 в качестве облочки рс, работающей в сети netware 3.11 При наличие в сети сервера NetWare вход в систему необходимо установить с указанием сервера регистрации. При следующем запуске Windows будет запрашивать имя и пароль на указанном ФС. Доступ к ресурсам машины предоставленной в общее пользование, в этом случае, можно установить для каждого конкретного пользователя в сети, указав его имя и метод доступа. Windows допускает работу с группами. Существует возможность предоставить какой-либо ресурс в общее пользование для всех клиентов сети. В данном случае система доступа к общим ресурсам становится более гибкой и повышается ее защищенность. Отнять права в низлежащих каталогах невозможно. В Windows 95 можно объединять в группы компьютеры, установленные в сети. При этом при входе в «Сетевое окружение» можно увидеть древовидную структуру организации сети в которой отдельные пользователи и сервера будут представлены иконкой с изображением одного компьютера, а группы с изображением нескольких компьютеров. Windows 95 позволяет использовать все утилиты NetWare с сохранением всех их свойств и возможностей. Если на ФС установлено именное пространство DOS, то использование длинных имен на них не возможно. Нежелательно использование русских букв в именах файлов, предназначенных для хранения на сервере NetWare. Доступ к файлам на сервере возможен при помощи всех утилит и программ, работающих в Windows 95. Для этих целей реализована кнопка с названием «Сеть», открывающая окно в котором перечислены и могут быть выбраны все компоненты сети. При подключении к какому-либо общему каталогу имеется возможность средствами Windows 95 создать дополнительный логический диск на который будет спланирован этот каталог и можно сделать его псевдокорневым. В этом случае для всех программ стирается разница между локальным и сетевым диском. К этому методу необходимо прибегать в том случае если используем ПО разработанное под Windows 3.x (в нем не предусмотрена кнопка «Сеть»), а так же приложения DOS. Если в одной сети объединено несколько компьютеров, работающих под Windows 95, а так же сервера, работающие под управлением NetWare, то данная сеть совмещает в себе одноранговую и не одноранговую, т.е. присутствующие выделенные ФС не имеют одного ранга, а присутствие на нескольких машинах Windows 95 позволяет на их базе легко построить одноранговую ЛВС, причем каждая из машин, работающая под Windows 95 может быть мостом между двумя сетями. При использовании в качестве СОС NetWare 3.11 из-за ошибки в модуле сервера печати предпочтительнее использовать для организации сетевой печати средства Windows 95, хотя в этом случае доступ к сетевому принтеру из приложений DOS и приложений Windows 3.x будет затруднен. печать в netware Сетевая печать осуществляется через сервер печати. В NeWare 3.11 3.12 является выделенным, хотя имеется возможность защитить его отдельным NLM - процессом на ФС, в этом случае ФС будет выполнять свои непосредственные функции, а так же будет являться сервером печати. Если сервер печати запускать на РС, работающей под управлением DOS, то он будет только выделенным (другие приложения на нем выполнить невозможно). Сервер печати NetWare 3.11 допускает подключение шестнадцати принтеров, пять из которых могут быть локальными и подключатся к серверу печати. Остальные могут быть удаленными и подключаться к любой РС в сети. Для осуществления сетевой печати на РС запускается специальная утилита, которая работает по принципу netx и перенаправляет информацию, предназначенную для вывода в параллельный порт на сервер печати. (3 часа) PSERVER.NLM — ЗАПУСКАЕТСя НА ФС ДЛя ТОГО чТОБЫ ОН МОГ РАБОТАТЬ И КАК СЕРВЕР ПЕчАТИ. ПРИ ИСПОЛЬЗОВАНИИ СЕРВЕРА ПЕчАТИ КАЖДЫЙ ПОЛЬЗОВАТЕЛЬ, ВЫВОДяЩИЙ ИНФОРМАЦИЮ НА ПЕчАТЬ СТАНОВИТСя В ОчЕРЕДЬ, ЕГО ЗАДАНИЕ РАЗМЕЩАЕТСя НА ТОМЕ SYS ФС. ПОЭТОМУ НЕОБХОДИМО ПОЗАБОТИТЬСя О ТОМ, чТОБЫ НА ТОМЕ SYS ХВАТАЛО МЕСТА ДЛя ХРАНЕНИя ЗАДАНИЙ НА ПЕчАТЬ. ДЛя ВЫВОДА ИНФОРМАЦИИ НА ПЕчАТЬ В NETWARE ОРГАНИЗОВАНЫ ОчЕРЕДИ, ПРИ ВЫВОДЕ ИНФОРМАЦИИ НЕОБХОДИМО УКАЗЫВАТЬ В КАКУЮ ОчЕРЕДЬ ВЫ СТАНОВИТЕСЬ И КАКИМ ПРИНТЕРОМ ВЫ ХОТИТЕ ВОСПОЛЬЗОВАТЬСя. В ОчЕРЕДяХ У ПОЛЬЗОВАТЕЛЕЙ ИМЕЕТСя ПРИОРИТЕТ. утилиты командной строки RIGHTS [путь] — утилита используется для просмотра ваших действительных прав в файле или каталоге. SETPASS [сервер] [имя] — утилита используется для установки или изменения пароля на одном или нескольких ФС. Перед сменой или установкой пароля необходимо подключиться к ФС. ALLOW [путь [TO INHERIT] [права]] — данная утилита используется для просмотра, установки или изменения маски наследуемых прав, каталогов и файлов. Для установки каждого права необходимо ввести его аббревиатуру между которыми нужно ставить пробел. GRANT [FOR путь] TO [USER|GROUP] — утилита используется для назначения пользователям или группам опекунских прав в файлах или каталогах. Аббревиатуры прав в командной строке необходимо разделять пробелами. Служебные слова USER и GROUP используются если имена пользователя и группы совпадают. TLIST [путь [USERS|GROUPS]] — используется для просмотра списка опекунов файла и каталога. Данная утилита позволяет использовать универсальные символы в том числе и . Их использование позволяет обратиться к родительскому каталогу. Для просмотра списка опекунов каталога или файла в этом каталоге необходимо право контроля доступа. Так же как в других утилитах для непрерывного просмотра списка допускается использование ключа /С. (2 часа) АППАРАТНЫЕ СРЕДСТВА ЛВС конфинурация сетевых плат На сегодняшний день существуют сетевые платы двух типов. Первый тип предусмотрен для установки в разъем ISA. Второй тип предусмотрен для PCI (разъем появился недавно, с возрастанием мощности процессора появились узкие места в системе, что привело к появлению шины 32-разрядной EISA, затем VLBUS и PCI (130 Мб/с)). Изначально выпускались системные платы конфигурируемые перемычками. При помощи перемычек устанавливались прерывания, адреса I/O. Затем стали выпускать сетевые платы, конфигурация которых осуществлялась программно, а сами настройки хранились в специальной энергонезависимой памяти (FLASH). Программная конфигурация сетевых плат позволяет провести диагностику системы и произвести конфигурацию платы автоматически. Значения прерываний и адресов I/O должны быть уникальными. Позже появились (после появления стандарта PnP), которые способны настраиваться автоматически, без вмешательства со стороны (платы поддерживающие стандарт PnP). Для использования таких плат необходимо иметь материнскую плату, которая так же поддерживает PnP. (2 часа) ПРИ ЗАГРУЗКЕ BIOS ОПРАШИВАЕТ СЛОТЫ И САМОСТОяТЕЛЬНО РАСПРЕДЕЛяЮТСя АДРЕСА I/O, ПРЕРЫВАНИя И КАНАЛЫ DMA. BIOS ПОСЫЛАЕТ ЗАПРОС НА УСТРОЙСТВО, ЕСЛИ ОНО ПРИСУТСТВУЕТ, ТО ФОРМИРУЕТСя ОТВЕТ В КОТОРОМ ПЕРЕчИСЛяЮТСя ДОПУСТИМЫЕ ЗНАчЕНИя АДРЕСОВ I/O, ПРЕРЫВАНИя И DMA. ЗАТЕМ BIOS СРАВНИВАЕТ ДОПУСТИМЫЕ ЗНАчЕНИя СО СВОБОДНЫМИ ЗНАчЕНИяМИ И НАЗНАчАЕТ (ВЫБИРАЕТ) ОПТИМАЛЬНЫЙ ВАРИАНТ НАСТРОЙКИ. СУЩЕСТВУЮТ УСТРОЙСТВА, ПОДДЕРЖИВАЮЩИЕ СТАНДАРТ PNP, КОТОРЫЕ В КАчЕСТВЕ ДОПУСТИМЫХ ИМЕЮТ ВСЕГО ПО ОДНОМУ ЗНАчЕНИЮ, ТАКИЕ УСТРОЙСТВА яВЛяЮТСя «СТАНДАРТНЫМИ» (УСТРОЙСТВА ВСТРОЕННЫЕ В МАТЕРИНСКУЮ ПЛАТУ). В СОВРЕМЕННЫХ КОМПЬЮТЕРАХ В ПРОГРАММЕ SETUP ПРИСУТСТВУЕТ ПУНКТ МЕНЮ ДЛя НАСТРОЙКИ УСТРОЙСТВ PNP. ДЛя НОРМАЛЬНОЙ ЭКСПЛУАТАЦИИ УСТРОЙСТВ PNP НЕОБХОДИМО НЕ ТОЛЬКО АППАРАТНАя ПОДДЕРЖКА ЭТОГО СТАНДАРТА, НО И ПРОГРАММНАя. НОВЫЕ ОС ОТ MICROSOFT WINDOWS 95,98, NT яВЛяЮТСя PNP СОВМЕСТИМЫМИ. возможные конфликты сетевых плат и способы их устранения Скорее всего сетевая плата, поддерживающая PnP и установленная в современный компьютер, работающий под управлением «новой ОС» конфликтовать с другими устройствами не будет. Данное условие будет верно если все устройства поддерживают PnP. При установке сетевой платы не поддерживающей стандарт PnP может произойти любая непредвиденная ситуация, вплоть до зависания компьютера, что как правило вызвано неправильной конфигурацией сетевой платы. На первом этапе необходимо удалить сетевую плату с помощью какой-либо тестирующей программы определить свободные значения адресов I/O, переконфигурировать сетевую плату и вновь подключиться к сети. Если среди свободных значений конфигурации нет допустимых для данной сетевой платы, то необходимо на сетевой плате выставить одно из допустимых значений, затем определить устройство с которым она конфликтует и переконфигурировать его. Замену, установку и удаление плат, а так же изменение настроек конфигурации необходимо выполнять при выключенном компьютере. Если в результате подключения сетевой платы компьютер перестал загружаться, то можно сразу определить устройство с которым оно конфликтует, путем удаления устройств, начиная с менее значимых (звуковая плата, SCSI – контроллер и т.д.) Обслуживание и сопровождение ЛВС установка аппаратного и программного обеспечения на рс В качестве аппаратных средств РС подразумевается сетевая плата, которую необходимо сконфигурировать в соответствии с настройками ПК и затем протестировать весь компьютер для выяснения его работоспособности. После чего можно приступить к установке программного обеспечения РС. На данном этапе происходит конфигурация файла ipx. Его объектный код поставляется в стандартной поставке. Обновленные версии кода поставляются фирмой Novell бесплатно через глобальную сеть и дилеров. Для конфигурации файла ipx необходимо воспользоваться утилитой WSGEN, которая так же включена в стандартную поставку NetWare. Эта утилита является полноэкранной. После загрузки данной утилиты необходимо выбрать тип используемой сетевой платы. Если в списке нужное наименование отсутствует, то после нажатия клавиши INSERT программа запросит установить диск lan.drv, который поставляется с сетевой платой ее производителя. (2 часа) ПОСЛЕ ЭТОГО НЕОБХОДИМО ВЫБРАТЬ В СПИСКЕ ВНОВЬ ПОяВИВШЕЕСя НАИМЕНОВАНИЕ СЕТЕВОЙ ПЛАТЫ, ПОСЛЕ чЕГО УТИЛИТА WSGEN СГЕНЕРИРУЕТ IPX.COM, КОТОРЫЙ БУДЕТ ПОМЕЩЕН В ТЕКУЩУЮ ДИРЕКТОРИЮ. Для регистрации в сети необходим файл netx, который присутствует на дискете WSGEN, входящий в стандартную поставку. бездисковая рс Используется в целях экономии (на ранних стадиях). РС, не имеющую жесткого диска легко контролировать, что позволяет защитить информацию от не санкционированного доступа. Такие станции обычно используются в крупных банках. Для бездисковых машин одинаковой конфигурации нужна только одна ОС, а если машины разные, то для каждого типа необходима своя ОС и ее индивидуальная настройка. Для загрузки машины из сети на сетевых платах предусмотрено место для ПЗУ удаленной загрузки (микросхема, установленная в сетевую плату, в которой прошита программа первоначальной загрузки, которая перенаправляет запрос BIOS в сеть после чего загрузка происходит с ФС). На первом этапе в сетевую плату, предназначенную для использования в бездисковой РС необходимо установить ПЗУ удаленной загрузки. После чего установить плату в компьютер и переконфигурировать ее для использования этой микросхемы. На следующем этапе необходимо создать файлы удаленной загрузки. Для этого понадобиться хотя бы одна РС в сети, имеющая дисководы (HDD и FDD). Необходимо создать загрузочную дискету, версия ОС которой будет соответствовать ОС которую мы планируем использовать на бездисковых РС. Затем необходимо переписать на эту дискету все файлы необходимые для загрузки бездисковой РС. После чего при помощи утилиты DOSGEN создается файл образа удаленной загрузки. Если все бездисковые РС используют одну ОС и одинаково сконфигурированы, то достаточно одного файла образа удаленной загрузки. Если в сети присутствует несколько ФС, то файлы образа удаленной загрузки должны присутствовать на всех серверах, которые могут оказаться текущими для бездисковых РС в момент загрузки. создание единого файла образа удаленной загрузки Файл образа удаленной загрузки размещается на томе SYS в каталоге LOGIN и носит имя NET$DOS.SYS. для создания этого файла необходимы следующие права в каталоге LOGIN. Утилита DOSGEN находится в SYS:SYSTEM. После создания загрузочной дискеты и помещения на нее программ необходимых для загрузки бездисковой РС эту дискету необходимо установить в дисковод, войти в каталог LOGIN и от туда запустить DOSGEN, которая создаст в текущем каталоге файл образа удаленной загрузки. После этого в каталог LOGIN необходимо скопировать autoexec.bat так же этот файл должен присутствовать в домашнем каталоге этого пользователя. Домашний каталог — каталог в котором окажется пользователь после загрузки. net$dos.sys и autoexec.bat необходимо сделать общими. net$dos может присутствовать только в единичном экземпляре. Если необходимо создать новый файл образа удаленной загрузки, то сначала его нужно удалить. (2 часа) СОЗДАНИЕ РАЗНЫХ ФАЙЛОВ ОБРАЗА УДАЛЕННОЙ ЗАГРУЗКИ Сначала задается эталонная дискета. Надо переименовать файл autoexec и задать ему уникальное имя net1.bat, так же там должен находиться файл autoexec. С помощью утилиты DOSGEN надо создать файл образа удаленной загрузки с уникальным именем net1.sys. администратор при создании бездисковой РС должен зафиксировать в журнале соответствие имен файлов, определенных РС. Следующим этапом надо создать файл bootconf.sys, который также должен находиться на томе SYS в каталоге LOGIN. Этот файл содержит в себе информацию о физических адресах РС и файл загрузки соответствующий этим РС. Данный файл создается с помощью любого текстового редактора. Формат строки файла bootconf.sys. 0x сетевой адрес станции, узловой адрес станции = имя файла образа удаленной загрузки 0Xdoc205a163418 = net1/sys. Данный файл также надо сделать общим. утилита comcheck Является утилитой меню (полноэкранной) и предназначена для выявления коммуникационных сбоев в ЛВС. Для использования этой утилиты необходимо загрузить ipx, потому что эта утилита использует протокол для передачи в сети. Эта утилита предоставляется в стандартной поставке NetWare. По средствам передачи пакетов с заданным интервалом времени. Внутри пакета содержится информация которую может задавать пользователь. Интервал передачи пакетов можно изменить. Максимальный интервал 1 секунда. При установке минимального интервала сразу на нескольких РС трафик в сети значительно возрастет. поэтому если в данное время сеть функционирует и выполняет прямые задачи, то установка минимального интервала нежелательна, т.к. приведет к увеличению трафика. По мере передачи информации данная утилита принимает все пакеты и определяет среди них пакеты, переданные утилитой COMCHEK с других РС, отображая информацию о них на экране. Существует интервал потери РС (минимально 11 секунд). Если в течение 11 секунд сообщение от РС не поступило, то такая станция выделяется цветом и считается потерянной. При помощи этой утилиты выявляются нестабильности прохождения пакета в сети. Разорвать X сеть и затерменировать. После этого в сегменте в котором наблюдаем ошибку разрываем сеть и затерменируем концы. Дальше необходимо проверить разъемы или этот отрезок кабеля. Таким образом производится поиск неисправного сегмента. установка netware 3.11 Данная ОС предусматривает выделенный ФС (т.е. никакие прикладные программы на нем выполняться не будут). Является полноценной ОС для запуска которой используется server.exe. Количество пользователей, поддерживаемых СОС находится в server.exe, так же в нем содержится серийный номер СОС. Устанавливается на ФС. Для установки необходим дисковод для гибких магнитных дисков. Изначально на ФС необходимо установить DOS. Фирма Novell выпускает ORDOS. В процессе эксплуатации ФС может запускаться как с гибкого так и с жесткого диска. В первом случае необходимо создать загрузочную дискету и поместить на нее файл, необходимый для запуска ФС. Во втором случае на жестком диске ФС необходимо создать небольшой раздел DOS и поместить туда ту же информацию. В дальнейшем после запуска ФС раздел DOS использоваться не будет, в памяти останется только ОС NetWare. При конфигурации DOS необходимо удалить все менеджеры памяти и другие драйвера из config.sys. Файл должен присутствовать, но должен быть пустым. Файл autoexec так же должен быть минимален (содержать русификатор консоли). Перед инсталляцией ФС необходимо тщательным образом протестировать будущий ФС, особенно жесткий диск. Тест диска можно выполнить при установке NetWare. Необходимо установить сетевую плату и сконфигурировать ее, а также протестировать ее. Необходимо взять дискету инсталляции №1. Переписать ее на HDD ФС, желательно в специально созданный каталог. После чего запустить файл server.exe, желательно без использования оболочки типа Norton Commander. После этого будет загружен ФС, будет выдана информация о скорости компьютера и последует запрос на ввод имени ФС и номера внутренней сети. Затем нужно взять дискету №2 и с помощью команды LOAD A:\INSTAL запустить программу инсталляции. Перед запуском инсталляции необходимо запустить драйвера HDD и драйвера ЛВС. Если используется стандартный контроллер HDD, то команда выглядит LOAD ISADISK. Если используется не стандартный контроллер HDD необходимо загрузить драйвер HDD поставляемый производителем оборудования, который необходимо переписать на HDD ФС. Загрузка драйверов производится при помощи команды LOAD. Затем необходимо запустить утилиту инсталляции и создать дисковый раздел NetWare. Этот раздел может быть создан в том случае, если на жестком диске другие разделы отсутствуют вовсе либо занимают не весь объем HDD. Поэтому изначально при создании раздела DOS при помощи FDISK необходимо создавать только основной раздел DOS не менее 2 Мб и до 5 Мб. Расширенный раздел DOS создавать нельзя. При создании раздела NetWare необходимо указать раздел HotFix. На одном жестком диске допускается создать только один раздел NetWare. Так же при помощи утилиты ISTALL при необходимости создается дублирование и дуплексирование HDD. Cоздание томов. Том SYS обязателен. Монтирование томов. СОС NetWare позволяет использовать тома без предварительного форматирования. Установка программ и утилит. На данном этапе инсталлируются утилиты пользователя в PUBLIC и системные программы в SYSTEM. Работа программы INSTAL.NLM происходит в мультизадачной среде. С помощью + можно переключиться с одной программы на другую. Если +, то появится меню активных программ. Можно выбрать любую и переключиться в нее. После того, как содержимое необходимых дискет будет скопировано + для возвращения к системной консоли. Загрузка драйверов ЛВС. Необходимо загрузить модуль NMAGENT (LOAD NMAGENT). Многие загружаемые модули для своей работы требуют другие загружаемые модули. Если последние не были загружены ранее, то они загружаются автоматически в процессе загрузки нужного модуля. Каждый модуль выполняет свои строго определенные функции. И если в процессе работы он ссылается на другой модуль, то он обязательно должен присутствовать в памяти. После загрузки NMAGENT необходимо загрузить драйвер ЛВС (драйвер сетевого адаптера). Драйвера от производителя аппаратного обеспечения использовать более желательно, чем от производителя программного обеспечения. При установке драйвера сетевого адаптера желательно установить драйвер, который поставлялся с самим адаптером. Драйвера сетевой платы до инсталляции ФС желательно записать на HDD в раздел DOS. При загрузке драйверов ЛВС будут затребованы другие загружаемые модули. Их имена могут соответствовать загружаемым модулям, присутствующим в стандартной поставке NetWare, но и их так же желательно взять у производителей аппаратного обеспечения. Внимательно проследить загрузку этих модулей, их желательно загрузить в ручную. После загрузки драйвера ЛВС необходимо загрузить остальные загружаемые модули, которые повышают надежность и производительность ФС. STREAMS, CLIB, MATHCLIB, TLI, IPXS, SPXS. Необходимо привязать протокол, используемый в сети к драйверу ЛВС. BIND IPX TO После привязки будет выведен запрос на ввод номера в сети. Номер шестнадцатиразрядный, размером от 1-8 символов. На следующем этапе необходимо вернуться к инсталляции и создать файлы autoexec.ncf и startup.ncf. Файл startup.ncf находится на том же месте (диске) откуда производилась загрузка сервера. В него необходимо поместить команду загрузки дискового драйвера и если необходимо, то поддержку именных пространств. Файл autoexec.ncf находится на томе SYS в каталоге SYSTEM и включает в себя все драйвера необходимые для загрузки ФС. Файл autoexec.ncf при помощи утилиты INSTALL создается автоматически и включает в себя все те команды, которые были введены с консоли в процессе инсталляции. После создания этого файла необходимо проверить его содержимое т.к. некоторые команды могут отсутствовать. Если на ФС присутствует несколько томов, то в файле autoexec.ncf необходима команда MOUNT ALL (выполняет монтирование всех имеющихся томов на ФС). Если один из томов монтировать не нужно, то необходимо не указывать имя этого тома в команде MOUNT. Монтирование – проверка и загрузка FAT в ОЗУ. На этом установка заканчивается и из INSTALL можно выйти. После инсталляции ОС для автоматической загрузки server.exe необходимо поместить в файл autoexec.bat. Требования к аппаратному обеспечению ФС Для установки NetWare 3.11 HDD 30 Мб, ОЗУ 4 Мб, процессор не ниже 386 DX. Максимальный объем ОЗУ поддерживаемый NetWare 4 Гб. Максимальный объем HDD 32 Тб. озу необходимая для работы фс В NetWare 3.11 все дисковые операции протекают через специальный кэшбуфер. Поэтому объем ОЗУ напрямую зависит от дискового пространства ФС. Для вычисления объема ОЗУ используется следующий метод. Для каждого тома необходимо вычислить объем ОЗУ по формуле: Для тома не использующего дополнительное именное пространство М1 = (0,023 * Размер тома (Мб)) / (Размер блока (Кб)) Для всех томов, использующих дополнительное именное пространство М2 = (0,032 * Размер тома (Мб)) / (Размер блока (Кб)) Суммировать все полученные значения М0 =М1 + М2 + …Мn + 2 Мб для ОС Округлить до большого значения в Мб Если полученное значение будет меньше 4 Мб, то необходимо установить 4 Мб памяти. утилиты фс ADD NAME SPACE [TO VOLUME] Эта команда консоли ФС и предназначена для подключения дополнительного именного пространства. Имя заменяется на имя модуля дополнительного пространства. Например для хранения файлов Macintosh модуль МАС. Имя тома – это то имя на котором будут использоваться не DOS имена. Для таких томов требуется больше ОП. Отменить действие данной команды можно утилитой VREAPAIR. BROADCAST "Сообщение" и [TO] [,[AND]] Используется для передачи сообщений с консоли ФС. Максимальная длина сообщений 55 символов. Имя клиента заменяется на имя регистрации или на номер соединения. CLS – очистка экрана консоли ФС. CONFIG – данная команда используется для получения информации о конфигурации ФС и сети. DISABLE LOGIN – данная команда используется для запрещения регистрации пользователей на ФС. ENABLR LOGIN – отменяет действие предыдущей команды, позволяет пользователям регистрироваться на ФС. MOUNT – команда используется для монтирования тома. Если имя тома заменить на ALL, то монтируются все тома. DISMOUNT – данная команда размонтирует том, делая его недоступным для пользователей. Если на сервере есть тома, которые используются редко, то лучше монтировать их только в момент необходимости, т.к. каждый смонтированный том отнимает ОП для кэширования файлов. DISPLAY NETWORKS – используется для вывода информации о всех используемых сетях, так же выводятся их номера. DISPLAY SERVERS – выводит список всех серверов, используемых в сети. DOWN – предназначена для закрытия ФС. EXIT – данная команда позволяет выйти в DOS после того как ФС был закрыт. MEMORY – используется для вывода информации об общем объеме инсталлированной памяти, которую способна адресовать ОС. MODULES – используется для вывода списка всех загружаемых модулей на ФС. MONITOR – загружаемый модуль. Используется для: Блокирования консоли ФС. Контроля за состоянием ЛВС и ФС. MONITOR позволяет просмотреть информацию: КПД и общую активность. Состояние кэшпамяти. Текущие соединения и их состояние. Используемые дисковые драйверы. Смонтированные тома. Используемые сетевые драйверы. Используемые загружаемые модули. Состояние захвата файлов. Использование ОП. Утилита MONITOR находится на томе SYS в каталоге SYSTEM. Информация о сервере RIPK |Файл-сервер работает: 10 дней 8 часов 5 минут 10 секунд | |КПД процессора (%): 10 |Буферы приема пакетов: 15 | |Исходные кэш-буферы: 800 |Кэш-буферы каталога: 18 | |Всего кэш-буферов: 700 |Сервисные процессы: 2 | |Грязные кэш-буферы: 7 |Текущие соединения: 4 | |Текущие запросы диска: 1 |Открытые файлы: 7 | Возможный выбор |Информация о соединениях | |Информация о дисках | |Информация о ЛВС | |Информация о системных модулях | |Захват консоли ФС | |Открытие/захват файлов | |Использование ресурсов | |Выход | NAME – выводит информацию об имени ФС. REGISTER MEMORY – используется для подключения ОП выше 16 Мб. – шестнадцатеричный адрес. Начало ОП выше 16 Мб. –размер установленной ОП выше 16 Мб. REMOVE DOS – используется для удаления DOS из памяти ФС, тем самым освобождая занимаемую DOS ОП, которая впоследствии используется для кэширования. Усиливает защиту ФС так как после удаления DOS невозможно прочитать информацию с дисководов НГМД и с раздела DOS на HDD. SEARCH [[ADD][номер]]/[[DEL]] – используется для добавления и удаления путей поиска загружаемых модулей, т.е. файлов типа .NLM и командных файлов типа .NCF. необходимо начинать с имени диска DOS либо с имени тома NetWare. По умолчанию SYS:SYSTEM. SECURE CONSOLE – используется для защиты: Предотвращение загрузки загружаемых модулей из всех каталогов, кроме SYS:SYSTEM. Предотвращение доступа с клавиатуры к отладчику ОС. Предотвращение попыток изменения даты и времени кем-либо, кроме операторов консоли ФС. Удаление DOS из ОП ФС. SET TIME [м/д/г][час:мин:сек] – устанавливает дату и время ФС. SPEED – информация о скорости центрального процессора. TIME – выводит дату и время в соответствии с часами ФС. UNLOAD – выгрузка загруженного модуля. VOLUMES – выводит список томов смонтированных на ФС. VREPAIR – загружаемый модуль. Используется для исправления ошибок тома и для удаления элементов пространства имени. Она применяется только к размонтированному тому. Поэтому желательно переписать данную утилиту на загружаемый раздел DOS. Используется при ошибках, возникающих в результате разрушения исходных FAT или таблицы каталога. VREPAIR сравнивает исходные таблицы с их отраженными дубликатами. Если диски дублируются, то система сохраняет четыре таблицы. Утилита проверяет группы таблиц на наличие ошибок и принимает наиболее корректные элементы в качестве исправных. После чего исправленные элементы записывает как в исходные так и в отраженные таблицы. Так же VREPAIR может удалить разрушенные файлы или таблицы. VREPAIR может работать на неисправном размонтированном томе в то время как другие тома будут смонтированы и работоспособны. Ошибки, исправляемые VREPAIR дают о себе знать на этапе монтирования томов. В некоторых случаях том вообще не удается смонтировать. Время работы утилиты зависит в основном от размера тома. Если размер тома составляет 1 Гб, то ремонт может занять 30 минут. Опции: [1] Удалить пространство имени с тома. Выйти если незагружен требуемый .NLM именное пространство. Эти опции определяют будет ли поддерживаться именное пространство не DOS файлов. [2] Записать на диск, лишь измененные элементы каталогов и FAT. Изначально предпочтительней исполнить первую установку. Если после исправления, ошибки присутствуют, то необходимо установить второе значение опции. [3] Хранить изменения в ОЗУ обновлений. Записать изменения сразу на диск. Если количество ошибок, которые надо исправить невелико (менее 1000), то лучше использовать первое значение. В этом случае ФС будет работать значительно быстрее. Однако если количество ошибок (более 1000), то утилита начинает работать очень медленно, а так же может произойти переполнение ОП ФС. В этом случае лучше исполнить второе значение. Минимальное количество исправлений будет в том случае если сбой произошел во время минимальной активности пользователей в сети. BINDFIX – используется для корректировки ошибок, возникающих в СБДСОС. Если есть подозрение, что СБДСОС разрушена, на что показывают ошибки типа: невозможность создания пользователя сети; невозможность изменения опекунских назначений; невозможность удаления пользователя сети; невозможность смены пароля. На консоль ФС выдаются ошибки при обращении к элементам СБДСОС: Пересоздает и перезаписывает файлы СБДСОС. Должна выполняться, когда пользователи не используют сеть и так как файлы СБДСОС находятся в SYS:SYSTEM, то нужны права в этот каталог. Во время работы утилита отображает список выполняемых функций и предупреждает об удалении постовых каталогов и прав клиентов чьи бюджеты удалены. Пересоздает файлы net$obj.sys, и net$prop.sys, и net$val.sys. предыдущие версии получают расширения .old. Если реконструкция СБДСОС не решила проблем или во время работы утилиты произошел сбой то старую версию СБДСОС возможно восстановить с помощью утилиты BINDREST. После реконструкции необходимо проверить работоспособность СБДСОС и при ее нормальном функционировании удалить файлы типа .old. FCONSOLE – это утилита меню, предназначенная для удаленного управления ФС. Воспользоваться этой утилитой может администратор сети и оператор консоли ФС. При запуске этой утилиты на экране появится меню: |Возможный выбор | |Закрытие сервера | |Информация о соединениях | |Информация о версии | |Распределение сообщения | |Смена текущего сервера | |Статус | Первый пункт позволяет прекратить работу ФС. После выбора этого пункта меню выдается запрос на подтверждение. Второй пункт меню выводит на экран список всех логических соединений текущего сервера. Так же возможно просмотреть детальную информацию о каждом соединении. Третий пункт меню выводит информацию о версии СОС, установленной на текущем ФС. Четвертый пункт меню позволяет распространять сообщения пользователям сети подключенным к ФС. Пятый пункт меню позволяет сменить сервер, который является текущим. После выбора данного пункта меню появится окно, содержащее имена ФС и имена пользователей в качестве которых вы зарегистрированы на ФС. Для регистрации на новом сервере необходимо нажать клавишу . Для разрегистрации . Для регистрации на ФС под другим именем . Шестой пункт меню показывает текущую дату и время, состояние функции регистрации (разрешена или запрещена) и система ТТС. Можно изменить указанные параметры. протокол низкого уровня token ring IEEE 802.5 – стандарт, описывающий принципы работы Token Ring. Маркер Token Ring – это трехбайтный пакет. |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 и выше. ----------------------- [pic] |
|
