Локальная вычислительная сеть novell netware. Сетевая операционная система Novel NetWare: основные протоколы, службы

Введение

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

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

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

Различают операционные системы, использующие командную строку для ввода команд и запуска программ с использованием клавиатуры, и графические операционные системы. В последних основным устройством управления является мышь или другое устройство позиционирования.

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

Существуют различные операционные системы для персональных компьютеров и серверов: ОС семейства Microsoft Windows и Windows NT, Mac OS и Mac OS X, NetWare, системы класса UNIX, и Unix-подобные (GNU/Linux).

Фирма Novell

Novell - это крупнейшая фирма, которой принадлежит, согласно различным источникам, от 65% до 75% рынка сетевых операционных систем для локальных вычислительных сетей. Наибольшую известность фирма Novell приобрела благодаря своим сетевым операционным системам семейства NetWare. Эти системы реализованы как системы с выделенными серверами.

Основные усилия Novell были затрачены на создание высокоэффективной серверной части сетевой ОС, которая за счет специализации на выполнении функций файл-сервера обеспечивала бы максимально возможную для данного класса компьютеров скорость удаленного доступа к файлам и повышенную безопасность данных. Для серверной части своих ОС Novell разработала специализированную операционную систему, оптимизированную на файловые операции и использующую все возможности, предоставляемые процессорами Intel x386 и выше. За высокую производительность пользователи сетей Novell NetWare расплачиваются стоимостью - выделенный файл-сервер не может использоваться в качестве рабочей станции, а его специализированная ОС имеет весьма специфический API, что требует от разработчиков дополнительных серверных модулей особых знаний, специального опыта и значительных усилий.

Для рабочих станций Novell выпускает две собственные ОС со встроенными сетевыми функциями: Novell DOS 7 с входящей в нее сетевой одноранговой компонентой Personal Ware, а также ОС UnixWare, являющейся реализацией UNIX System V Release 4.2 со встроенными возможности работы в сетях NetWare. Для популярных ОС персональных компьютеров других производителей Novell выпускает сетевые оболочки с клиентскими функциями по отношению к серверу NetWare.

Первоначально операционная система NetWare была разработана фирмой Novell для сети Novell S-Net, имеющей звездообразную топологию и патентованный сервер с микропроцессором Motorola MC68000. Когда фирма IBM выпустила персональные компьютеры типа PC XT, Novell решила, что NetWare может быть легко перенесена в архитектуру микропроцессоров семейства Intel 8088, и тогда она сможет поддерживать практически все имеющиеся на рынке сети персональных компьютеров.

Понятие ОС NetWare

NetWare - это сетевая операционная система и набор сетевых протоколов, которые используются в этой системе для взаимодействия с компьютерами-клиентами, подключёнными к сети. Операционная система NetWare создана компанией Novell. NetWare является закрытой операционной системой, использующей кооперативную многозадачность для выполнения различных служб на компьютерах с архитектурой Intel x86. В основе сетевых протоколов системы лежит стек протоколов Xerox XNS. В настоящее время NetWare поддерживает протоколы TCP/IP и IPX/SPX. NetWare является одним из семейств XNS-систем. К таким системам, например, относятся Banyan VINES и Ungerman-Bass Net/One. В отличие от этих продуктов и XNS, система NetWare заняла существенную долю рынка в начале 1990-х и выдержала конкуренцию с Microsoft Windows NT, после выпуска которой прекратили своё существование другие конкурирующие с ней системы.

В основу NetWare была положена очень простая идея: один или несколько выделенных серверов подключаются к сети и предоставляют для совместного использования своё дисковое пространство в виде «томов». На компьютерах-клиентах с операционной системой MS-DOS запускается несколько специальных резидентных программ, которые позволяют «назначать» буквы дисков на тома. Пользователям необходимо зарегистрироваться в сети, чтобы получить доступ к томам и иметь возможность назначать буквы дисков. Доступ к сетевым ресурсам определяется именем регистрации.

Пользователи могут также подключаться к совместно используемым принтерам на выделенном сервере и выполнять печать на сетевых принтерах так же, как и на локальных.

Несмотря на то, что в ранних версиях NetWare все модули системы считались ненадёжными (любой неправильно работающий модуль мог нарушить работу всей системы), она была очень стабильной системой. Нередки случаи, когда серверы NetWare работают без вмешательства человека годами.

История и версии сетевой ОС NetWare

Система NetWare была создана в результате работы SuperSet Software – консалтинговой группы, основанной друзьями Дрю Мэйджером, Дэйлом Найбауэром, Кайлом Пауэллом и позднее вошедшим в эту группу Макром Хёрстом. В основу этой работы были положены результаты их занятий в университете Бригама Янга в городе Прово, штат Юта в октябре 1981 года.

В 1983 году Рэймонд Ноорда присоединился к работе группы SuperSet. Первоначально перед группой стояла задача создания системы CPM совместного использования дисков для сетей на основе оборудования CP/M, которое в то время продавала компания Novell. Внутри группы сложилось убеждение, что CP/M является обречённой на неуспех платформой, и в результате было предложено альтернативное решение для только что выпущенных IBM-совместимых ПК. Группой также было написано приложение Snipes – работающая в текстовом режиме игра, которую они использовали для тестирования новой сети и демонстрации её возможностей. Snipes был первым сетевым приложением в мире и фактически является предшественником многих популярных многопользовательских игр, таких как Doom и Quake.

Эта сетевая операционная система позже была названа Novell NetWare. В NetWare используется протокол NCP (от англ. NetWareCoreProtocol– «протокол ядра NetWare»), который является протоколом передачи пакетов, позволяющим клиентам передавать запросы на серверы NetWare и получать от них ответы. Первоначально NCP был привязан к протоколам IPX/SPX, то есть система NetWare сама по себе могла использовать для взаимодействия в сети только IPX/SPX. Для хранения информации аутентификации использовалась встроенная система на основе СУБД Btrieve.

Первый программный продукт с именем NetWare был выпущен в 1983 году. Он назывался NetWare 68 (или Novell S-Net), работал на процессоре Motorola 68000 и использовал топологию «звезда». Этот продукт был заменён в 1985 году на NetWare 86, который был написан для работы на процессорах Intel 8086. После выпуска процессора Intel 80286 компания Novell выпустила NetWare 286 (в 1986 году). В 1989 году, после выпуска процессора Intel 80386, последовала NetWare 386. Позже Novell пересмотрела нумерацию версий NetWare: NetWare 286 стала NetWare 2.x, а NetWare стала NetWare 3.x.

NetWare 286 2.x

Настройка NetWare версии 2 требовала значительных усилий: для любого изменения было необходимо перекомпилировать ядро и перезагружать систему. Перекомпиляция и замена ядра требовали поочерёдного использования 20 дискет. Администрирование NetWare выполнялось с помощью текстовых утилит, например SYSCON. В NetWare 2 использовалась файловая система NetWare File System 286, или NWFS 286.

NetWare 3.x

NetWare версии 3 была упрощена за счёт построения по модульному принципу. Функции операционной системы выполнялись отдельными программными модулями – загружаемыми модулями NetWare (NLM), которые могли быть загружены как при запуске системы, так и по мере необходимости после запуска. Такая архитектура позволила добавлять необходимые функции в систему, такие как антивирусную защиту, резервное копирование, поддержку длинных имён файлов (в то время имена файлов в распространённой MS-DOS ограничены 8 символами имени и 3 символами расширения имени) или поддержку файлов Macintosh. Управление NetWare по-прежнему предлагалось выполнять в текстовых утилитах. В NetWare 3.x появилась новая файловая система, которая использовалась по умолчанию во всех системах NetWare до NetWare 5.x, – Netware File System 386, или NWFS 386.

Первоначально в NetWare для аутентификации использовалась служба Bindery. Это была система, в которой все данные о правах доступа пользователей и данные системы защиты хранились отдельно на каждом сервере. Когда в сети было несколько серверов, пользователям нужно было регистрироваться в каждом из этих серверов отдельно, а каждый сервер должен был содержать свой список пользователей с правами доступа.

NetWare 4.x

Версия 4 в 1993 году представила службу каталогов Novell (NDS) – служба Bindery была заменена службой глобального каталога, в котором описывалась вся сетевая инфраструктура, и который управлялся из одной точки. Это означало, что пользователю достаточно было аутентифицироваться в NDS один раз, чтобы получить доступ к ресурсам любого сервера в структуре дерева каталога. Таким образом, пользователи могли получить доступ к сетевым ресурсам вне зависимости от того, на каком именно сервере эти ресурсы располагались. В версии 4 также появился ряд полезных компонентов и утилит, такие как служба распределённой печати Novell (NDPS), поддержка Java и открытое/закрытое шифрование RSA.

Когда-то сетевая операционная система Novell NetWare была лидером мирового рынка. Когда-то в ее основу были заложены самые прогрессивные идеи. Однако в ИТ-индустрии все быстро устаревает, а конкуренты никогда не дремлют.

Microsoft Windows NT – более молодая ОС по сравнению с NetWare. Корпорация Билла Гейтса не могла упустить рынок сетевых операционных систем. Включившись в борьбу позже, но со свойственным ей размахом, Microsoft начала быстро осваивать рынок и смогла избежать некоторых ошибок первопроходцев.

Novell NetWare

Работа над будущей NetWare OS началась еще в SuperSet Software – консалтинговой группе, основанной друзьями Дрю Мэйджером, Дэйлом Найбауэром, Кайлом Пауэллом и Марком Хёрстом. Они использовали свои наработки, сделанные еще в университете Бригама Янга в городе Прово (штат Юта), в октябре 1981 года.

SuperSet Software была основана в 1979 году и занималась производством систем, работающих под управлением ОС CP/M. Группа должна была создать систему совместного использования дисков для сетей на основе CP/M.

CP/M (Control Program/Monitor либо Control Programs for Microcomputers) - операционная система, первоначально предназначенная для 8-разрядных микрокомпьютеров. Написана в 1973 году программистом Гэри Килдаллом на языке программирования PL/M (Programming Language for Microcomputers).

В ходе работы группа пришла к выводу, что дальнейшие перспективы CP/M равны нулю. Команда решила разработать свою операционную систему для IBM-совместимых ПК, которые тогда только появились и были «на гребне волны». В результате возникла сетевая операционная система, которая позже была названа Novell NetWare.

В 1983 году к работе группы SuperSet присоединился Рэймонд Ноорда, ставший во главе молодой фирмы Novell Inc.

В том же году компания выпустила первый коммерческий продукт – ОС NetWare 68 (или Novell S-Net). Она работала на базе процессора Motorola 68000. В 1985 году вышла NetWare 86, которая поддерживала процессоры Intel 8086.

В 1986 году, после выпуска процессора Intel 80286, компания Novell выпустила NetWare 286. А в 1989 году, появились Intel 80386 и NetWare 386. В дальнейшем Novell решила дать своим системам более простые номера версий: так, NetWare 286 стала называться NetWare 2.x, а NetWare 386 - NetWare 3.x.

Причины успеха NetWare

Для передачи пакетов в NetWare использовался протокол NCP (NetWare Core Protocol - протокол ядра). Он был разработан на базе популярных ранее протоколах IPX/SPX (Internetwork Packet eXchange/Sequenced Packet eXchange), разработанных всё той же Novell.

NCP использовался для организации обмена между рабочей станцией и файловым сервером. Протокол IPX обеспечивал сетевой уровень (доставку пакетов, аналог IP), SPX - транспортный и сеансовый уровень (аналог TCP). Правда, в пятой версии NetWare компания-производитель всё же сделала основной для протокола NCP поддержку TCP/IP, а не IPX/SPX.

Пик популярности NetWare пришелся на 80-90-е годы. Это была удобная по тем временам система, и весьма стабильная: серверы под управлением NetWare могли работать годами без вмешательства администратора.

Также немалую роль сыграл тот факт, что большинство сравнительных тестов в то время указывали на преимущество в производительности в соотношении от 5:1 до 10:1, по сравнению с продуктами Microsoft и других компаний. Такой эффект достигался благодаря использованию службы файлов вместо дисковых служб, эффективности протокола NCP и отсутствие вытесняющей многозадачности.

В 1993 году, рассчитывая на быстрый успех, фирма Novell выпустила NetWare 4.0 и NDS (названную тогда службой каталогов NetWare), но они не были встречены с распростертыми объятиями. Новые продукты воплощали реализацию нового подхода к организации сетевых вычислений на предприятии и сильно отличались от всего, к чему привыкли пользователи NetWare 3.x. Поэтому самой популярной версией долгое время оставалась именно 3.х.

Однако в дальнейшем служба каталогов (NDS), входящая в состав NetWare 4.x, стала индустриальным стандартом в корпоративной среде.

Windows NT

Сильнейшим конкурентом Novell NetWare стала сетевая операционная система Microsoft Windows NT.

Началось все в 1975 году. Именно тогда, когда корпорация Digital Equipment начала разработку своей 32-битной платформы VAX, которая впоследствии была подхвачена компанией Microsoft.

В 1977 году были анонсированы машина VAX-11/780 и операционная система для нее - VMS 1.0. Разработкой системы руководил Дэвид Катлер. Спустя четыре года он решил покинуть Digital: не устраивали темпы развития проекта.

Тогда руководство компании организовало автономное подразделение в Сиэтле, и Катлеру позволили набрать необходимое количество персонала (около 200 человек) непосредственно из сотрудников Digital. Новая структура занялась проектированием процессорной архитектуры и операционной системы под кодовым названием Prism.

Однако менеджеры не сумели довести начатое дело до логического завершения, и в 1988 году Катлер покинул компанию.

Именно тогда Билл Гейтс и пригласил его в Microsoft. К тому времени он как раз пришел к необходимости создания серверной ОС, конкурирующей с клонами Unix.

Гейтс настолько ценил Дэвида Катлера, что согласился нанять 20 бывших инженеров Digital вместе с ним. В ноябре 1988 года команда, включавшая пять выходцев из Digital и одного программиста Microsoft, начала работать над новой операционной системой. Конечно, она не была абсолютно новой, так как Катлер использовал свои наработки.

Необходимо было написать ОС для нового RISC-процессора Intel i860 под кодовым названием N-Ten. Отсюда, кстати, и возникла аббревиатура NT, позднее трактованная маркетологами Microsoft как New Technology. Уже в декабре 1988 года были готовы первые фрагменты системы. Однако проблема заключалась в том, что i860 пока существовал лишь на бумаге, поэтому код приходилось тестировать на программном эмуляторе. Разработка велась на «игрушечных», по нынешним меркам, машинах Intel 386 25 MHz с ОЗУ 13 MB и жесткими дисками 110 MB.

В 1989 году выяснилось, что «железный» i860 не способен достаточно эффективно исполнять написанный код. Пришлось переориентироваться на MIPS R3000, а затем и на стандартный процессор Intel 386, что было сделано командой, увеличившейся до 28 инженеров за несколько месяцев.

Диаграмма развития операционных систем семейства Windows NT

В 1990 году произошло ключевое событие в судьбе операционной системы NT - выход и головокружительный успех Windows 3.0. Фактически она стала первой многозадачной ОС Microsoft с приличным графическим интерфейсом, в которой можно было выполнять реальную работу. Именно заимствование данного интерфейса и API предопределили будущее NT.

Изначально серверная ОС должна была стать ремейком совместного с IBM проекта OS/2 и, соответственно, функционировать с существующими приложениями OS/2.

Однако после выхода третьей версии Windows компания Microsoft отказалась от сотрудничества с IBM и переориентировала команду разработчиков NT на проектирование Win32 API, сделанного по «образу и подобию» интерфейса Win16. Это обеспечивало необходимую преемственность, облегчившую портирование приложений из настольной на серверную платформу. Так группа разработки NT, превратившейся к тому моменту в Windows NT, выросла почти до 300 человек.

Отказ от сотрудничества с IBM привел к серьезным проблемам во взаимоотношениях между компаниями. Правда, официальных заявлений не поступало, но на одной из межкорпоративных презентаций сотрудники IBM с удивлением обнаружили, что созданная ОС не имеет никакого отношения к их OS/2.

Тем не менее, в Windows NT 3.1 (нумерация была «подогнана» к текущей версии 16-разрядной Windows, существовавшей на тот момент) была реализована поддержка DOS, Win16, POSIX и OS/2 API в том числе. В июле 1993 году новая серверная система от Microsoft вышла в свет и начала завоевывать рынок.

Интеграция

В сентябре 1994 года вышла Windows NT 3.5. В ней были решены некоторые проблемы эффективности и быстродействия, которые из-за спешки не удалось решить в предыдущей версии.

Однако появилась новая проблема: организация взаимодействия с сетями, построенными на NetWare - абсолютным лидером того времени, доминировавшим на рынке локальных сетей.

В Novell не могли принять решение об обеспечении клиентской поддержки Windows NT и тянули время. В итоге Microsoft остановилась перед выбором: ждать еще или писать свой клиент для NetWare.

Компания Гейтса выбрала второй вариант и не прогадала: их самописный NetWare-клиент оказался настолько хорош, что его продолжали использовать и после выхода оригинального программного обеспечения от Novell. Время было упущено. Более того, было упущено не только оно.

Пользователи, особенно поначалу, выказывали резкое недовольство позициями Novell и Microsoft. Борьба между сетевыми компаниями предоставляла свободу выбора, но не давала возможности использовать оба продукта в одной среде.

Догнать и перегнать

В мае 1995 года благодаря архитектуре, основанной на микроядре, появилась специальная «PowerPC-редакция» ОС - Windows NT 3.51.

PowerPC (или сокращённо PPC) - микропроцессорная RISC-архитектура, созданная в 1991 году альянсом компаний Apple, IBM и Motorola, известным как AIM.

По некоторым данным, ее выпуск был в свое время задержан вследствие неспособности IBM придерживаться плана по выводу этого процессора на рынок. Поэтому эволюция PowerPC-версии зашла несколько дальше, чем Windows NT 3.5, что позволило ей стать основой для следующей версии ОС.

В версии Windows NT 4.0 графическая подсистема была интегрирована в ядро.Такое решение было абсолютно логичным выводом из печального опыта попытки интеграции в NT популярной оконной среды Windows 95. Вероятно, идея повторения архитектурной модели X Window - Unix - возникла именно из-за первоначальной «серверной ориентации» NT.

Однако если собственно с «пересадкой» графической оболочки проблем не возникло, то ее быстродействие в пользовательском режиме (т. е. в виде обычного приложения) оставляло желать лучшего.

Графическая подсистема Windows несоизмеримо сложнее и, соответственно, требовательнее к ресурсам, чем X Window, «понимающая» исключительно растровые дисплеи. Так, в составе ядра Windows NT 4.0, выпущенной в июле 1996 года, появился еще один модуль. Ревизия получила название Shell Update Release (SUR).

Чтобы превратить Windows 95 и Windows NT в универсальные клиенты сети для любого сервера, корпорация Microsoft в прошлом году встроила стек протоколов TCP/IP в свои операционные системы.

Переход на TCP/IP, оказал значительное давление на традиционных поставщиков сетевых ОС, использующих свои собственные протоколы. Он не прошел незамеченным и для Novell. Компания выпустила новый продукт – NetWare/IP, загружаемый модуль, дающий возможность использовать IP в качестве сетевого протокола на сервере NetWare. Однако это не помогло удержать лидерство на рынке.

«NetWare/IP, поначалу вызывавший интерес, не оправдал надежд в полной мере, - делился своими впечатлениями Джон Миллер, специалист по планированию сети в Apollo Travel Division в United Airlines. - Он не справляется с ролью сетевого протокола для серверов».

По мнению Миллера, требования к заголовку IPX означали, что Novell в действительности не поддерживал IP или не предлагал каких-либо преимуществ при его использовании.

Реализация TCP/IP в Netware 5.x не спасла положение, так как вновь было потеряно драгоценное время.

Перевес по голосам

Крупным компаниям, которым Microsoft уделяла непосредственное внимание, не пошли на поводу у корпорации и предпочли NetWare. Тем не менее, проведенный Computer Intelligence и InfoCorp обзор свидетельствовал о том, что NT популярна в мелких центрах, где работают менее 1000 сотрудников.

Мелкие компании предпочитают Windows NT (количество компаний, использующих NT, %)

Однако NT проникла и на территорию NetWare. Все решили приложения. Выбор одной из этих систем в огромной степени зависел от того, какими приложениями пользовался клиент. Со временем приложения Microsoft оказались более чем на половине рассмотренных в обзоре станций NetWare.

Количество станций NetWare, на которых используется Windows NT, %

По мере увеличения мощности процессоров значение эффективности становилось всё меньше и меньше, а с появлением процессора Pentium сложность управления и разработки приложений для NetWare стали перевешивать ее преимущества. Но эти факты упорно игнорировались маркетинговым отделом Novell, равно как и руководством компании.

Так Novell NetWare потеряла позиции лидера, уступив их Windows NT.

Рейтинг: / 0

ПлохоОтлично

NetWare - это операционная система фирмы Novell , специализированная для построения всех видов сетей.

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

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

NetWare - это специализированная ОС, которая с самого начала проектировалась для оптимизации сетевого сервиса и, в первую очередь, доступа к удаленным файлам. Такие приложения, как электронные таблицы и текстовые процессоры, будут лучше работать под управлением ОС общего назначения, а приложения типа сервера печати, сервера баз данных и коммуникационного сервера, которые обеспечивают управление разделяемыми ресурсами, будут лучше работать под NetWare. Но, чтобы добиться такого эффекта, приложения для NetWare нужно писать тщательно, осознавая последствия их совместной работы на сервере, чтобы одно приложение не подавляло другие из-за слишком интенсивного захвата процессорного времени.

Кроме повышения производительности - основной цели разработки семейства ОС NetWare 3.x и 4.x, разработчики ставили перед собой цели создания открытой, расширяемой и высоконадежной операционной системы, обеспечивающей высокий уровень защиты информации.

Для рабочих станций Novell выпускает две собственные ОС со встроенными сетевыми функциями: Novell DOS 7 с входящей в нее сетевой одноранговой компонентой Personal Ware, а также ОС UnixWare, являющейся реализацией UNIX System V Release 4.2 со встроенными возможности работы в сетях NetWare. (Права на систему UnixWare проданы компании Santa Cruz Operations.) Для популярных ОС персональных компьютеров других производителей Novell выпускает сетевые оболочки с клиентскими функциями по отношению к серверу NetWare.

Первая версия NetWare была выпущена фирмой Novell в начале 1983 года.

В 1985 году появилась система Advanced NetWare v1.0, которая расширяла функциональные возможности операционной системы сервера.

Версия 1.2 системы Advanced NetWare, выпущенная также в 1985 году, стала первой операционной системой для процессора Intel 80286, работающей в защищенном режиме.

Версия 2.0 системы Advanced NetWare, выпущенная в 1986 году, отличалась от предыдущих версий более высокой производительностью и возможностью объединения разнородных на канальном уровне сетей. Полностью используя возможности защищенного режима процессора 80286, Advanced NetWare обеспечила такую производительность сети, которая была недоступна операционным системам, работающим в реальном режиме и ограниченным 640 Кбайтами памяти. Версия 2.0 впервые обеспечила возможность подключения к одному серверу до четырех сетей с различной топологией, таких как Ethernet, ArcNet и Token Ring.

В 1987 году Novell выпустила систему SFT NetWare, в которой были предусмотрены специальные средства обеспечения надежности системы и расширены возможности управления сетью. Такие средства, как учет используемых ресурсов и защита от несанкционированного доступа, позволили администраторам сети определять, когда и как пользователи осуществляют доступ к информации и ресурсам сети. Разработчики впервые получили возможность создавать многопользовательские прикладные программы, которые могут выполняться на сервере в качестве дополнительных процессов сетевой операционной системы и использовать ее функциональные возможности.

Операционная система NetWare v2.15 появилась на рынке в декабре 1988 года, добавив в NetWare средства поддержки компьютеров семейства Macintosh. У пользователей Macintosh появилась возможность подключать свои компьютеры в качестве клиентов серверов NetWare, получая доступ к ресурсам сети и осуществляя прозрачный поиск и хранение информации на сервере. При этом на пользователей Macintosh распространяются все основные свойства NetWare, включая устойчивость к сбоям и защиту от несанкционированного доступа.

В сентябре 1989 года Novell выпустила свою первую версию 32-разрядной операционной системы для серверов с микропроцессором 80386, которая получила название NetWare 386 v3.0. Она обладала значительно более высокой производительностью по сравнению с предыдущими версиями, усовершенствованной системой защиты от несанкционированного доступа, гибкостью в применении, а также поддержкой различных сетевых протоколов. Она отвечала самым передовым требованиям к среде функционирования распределенных прикладных программ.

В июне 1990 года появилась версия NetWare 386 v.3.1, в которой были усовершенствованы средства обеспечения надежности и управления сетью, повышена производительность, улучшены инструментальные средства для независимых разработчиков.

В 1991 году фирмой Novell операционные системы для процессоров 80286 (SFT, Advanced и ELS NetWare) были заменены на более мощную и удобную систему NetWare v2.2, функционально превосходящую предыдущие версии 2.1x.

Одновременно была выпущена система NetWare v3.11, существенно расширившая возможности NetWare 386. NetWare v3.11 стала первой сетевой операционной системой, обеспечивающей доступ к сетевым ресурсам с рабочих станций DOS, Windows, OS/2, UNIX и Macintosh.

В 1993 году после длительных испытаний начались поставки системы NetWare SFT III v3.11. NetWare System Fault Tolerance Level III (SFT III) v3.11 - сетевая операционная система, разработанная специально для использования в системах, требующих наивысшего уровня надежности. В дополнение к средствам повышения надежности, имеющимся в составе NetWare v3.11, SFT III обеспечивает работу двух серверов в "зеркальном" режиме. При этом один из серверов всегда является активным, а второй находится в горячем резерве, обеспечивая у себя такое же состояние памяти и дисков, как и у основного сервера.

В 1993 году фирма Novell выпустила ОС NetWare v4.0, явившуюся во многих отношениях революционно новым продуктом. Эта система была разработана специально для построения вычислительных сетей "масштаба предприятия" с несколькими файл-серверами, большим количеством сетевых ресурсов и пользователей. Одним из основных нововведений явилась служба каталогов NetWare Directory Services (NDS), хранящая в распределенной по нескольким серверам базе данных информацию о всех разделяемых сетевых ресурсах и пользователях, что обеспечило возможность при одном логическом входе в систему получать прозрачный доступ ко всем ресурсам многосерверной сети.

В сентябре 1993 года Novell выпустила систему NetWare v3.12, представляющую собой усовершенствованный вариант самой популярной сетевой ОС фирмы Novell - NetWare v3.11. В версии NetWare 3.12 были устранены замеченные за время эксплуатации версии NetWare 3.11 ошибки и добавлены новые средства: усеченная версия электронной почты Global MHS, средства поддержки клиентов Macintosh и клиентская оболочка для DOS и Windows по технологии VLM, позволяющая динамически загружать и выгружать необходимые для рабочей станции сетевые компоненты.

NetWare работает в защищенном режиме CPU (protected mode), используя все преимущества 386, 486 процессоров и Pentium, связанные с 32-разрядной адресацией памяти.

В защищенном режиме память адресуется непрерывным диапазоном адресов. Эта так называемая "плоская" (flat) модель памяти делает управление памятью более удобным и гибким. В этом случае нет необходимости переключать сегменты памяти, так как вся память состоит из одного сегмента. При работе в "реальном" режиме CPU отдельная операция по выделению памяти ограничена размером 64 К, так как 64 К - это максимальный размер сегмента. Работа в 32-разрядном режиме значительно повышает скорость выполнения всех компонентов и модулей ОС.

Другим преимуществом защищенного режима является возможность выполнять несколько программ одновременно. Часто это называют многозадачностью (multitasking). В NetWare реализован механизм "нитей" (thread), который позволяет использовать все преимущества расщепления одного процесса на несколько параллельно выполняемых нитей. Этот механизм описан в разделе 1.2.4 главы 1. NetWare обеспечивает удобные средства для реализации многонитевых процессов.

Существует несколько вариантов реализации алгоритма диспетчирования нитей. NetWare использует метод невытесняющей многозадачности (nonpreemptive multitasking). Это означает, что обычно невозможно прерывание приложений и их нитей другими приложениями и нитями. Иногда этот метод называют "окружением хороших парней", так как ожидается, что приложения будут вести себя вежливо по отношению к системным ресурсам. Фактически, если приложение не отдает периодически управление CPU, чтобы дать возможность другим приложениям выполняться, то будет работать только это приложение. Следовательно, при работе в таком режиме очень важно понимать последствия захвата CPU и быть "хорошим парнем" среди равных. Главным же преимуществом невытесняющей многозадачности является более быстрое переключение с нити на нить по сравнению с вытесняющей многозадачностью (preemptive multitasking), когда нить процесса прерывается в неожиданный и часто неудобный для нее момент времени, и ОС приходится сохранять гораздо больше информации о прерванном состоянии нити, чем в случае, когда нить сама отдает управление ОС.

Из-за того, что NetWare использует режим невытесняющей многозадачности, она не очень заботится о управлении поведением нитей, которые выполняются. NetWare хранит информацию о том, какая нить выполняется, с каким приоритетом и как долго это происходит, но навязывает нитям свои ограничения только в экстремальных ситуациях. Обычно NetWare считает, что все нити справедливо разделяют процессор, достаточно часто отдавая ему управление. Это позволяет NetWare самой работать более эффективно.

Вся оперативная память, оставшаяся после загрузки ОС и дополнительных модулей, используется для кэширования диска, что, файлам при соответствующих размерах оперативной памяти, естественно, существенно повышает скорость обращения к дисковым.

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

Операционные системы NetWare содержат механизмы защиты следующих уровней:

защита информации о пользователе;

защита паролем;

защита каталогов;

защита файлов;

межсетевая защита.

В 1983 году фирма Novell ввела в систему концепций локальной сети понятия имени пользователя, пароля и характеристики пользователя (user profile). Характеристика пользователя содержит перечень ресурсов, к которым пользователь имеет доступ, и права, которыми он обладает при работе с этими ресурсами. Администратор сети может ограничить права пользователя по входу в сеть датой, временем и конкретными рабочими станциями. Средства обнаружения нарушений защиты и блокировки действий нарушителя извещают администратора сети о попытках несанкционированного доступа.

В версии NetWare 3.12 пароли хранятся на сервере в зашифрованном виде. Пароль, задаваемый пользователем, передается по кабелю также в зашифрованном виде, что обеспечивает защиту от попыток узнать пароль путем "прослушивания" сети.

В версии NetWare 4.x использована более надежная схема идентификации пользователя при логическом входе в сеть, основанная на использовании технологии защиты RSA public key/private key. При использовании этой технологии пароль и личный ключ пользователя никогда не передаются по кабелям, что полностью исключает возможность узнать чужой пароль. В службу каталогов NDS также введен новый уровень управления доступом, который может быть введен в действие администратором в любой части сети.

С точки зрения защиты ОС NetWare не делает различия между операционными системами рабочих станций. Станции, работающие под управлением DOS, Windows, OS/2, Macintosh и UnixWare, обслуживаются совершенно одинаково, и все функции защиты применяются ко всем операционным системам, которые могут использоваться в сети NetWare.

Понятие ОС NetWare.

NetWare - это сетевая операционная система и набор сетевых протоколов, которые используются в этой системе для взаимодействия с компьютерами-клиентами, подключёнными к сети. NetWare является закрытой операционной системой, использующей кооперативную многозадачность для выполнения различных служб на компьютерах с архитектурой Intel x86. В основу NetWare была положена очень простая идея: один или несколько выделенных серверов подключаются к сети и предоставляют для совместного использования своё дисковое пространство в виде «томов». На компьютерах-клиентах с операционной системой MS-DOS запускается несколько специальных резидентных программ, которые позволяют «назначать» буквы дисков на тома. Пользователям необходимо зарегистрироваться в сети, чтобы получить доступ к томам и иметь возможность назначать буквы дисков. Доступ к сетевым ресурсам определяется именем регистрации. В основе сетевых протоколов системы лежит стек протоколов Xerox XNS.

Протоколы Xerox Network Systems (XNS) разработаны корпорацией Xerox в конце 1970-начале 1980 гг. Они предназначены для использования в разнообразных средах передачи, процессорах и прикладных задачах офиса. Несколько протоколов XNS похожи на Протокол Internet (IP) и Протокол управления передачей (TCP), разработанных агентством DARPA для Министерства обороны США (DoD). За время,прошедшее с момента создания, каждая из компаний внесла различные изменения в протоколы XNS. Novell дополнила их Протоколом доступа к услугам (Service access protocol - SAP ), чтобы обеспечить объявление о ресурсах, и модифицировала протоколы Уровня 3 OSI (которые Novell переименовала в Internetwork Packet Exchange - IPX - Oбмен межсетевыми пакетами) для работы в сетях IEEE 802.3, а не в сетях Ethernet.

В настоящее время NetWare поддерживает протоколы TCP/IP и IPX/SPX.

Протокол IPX предназначен для передачи дейтограмм в системах, неориентированных на соединение (также как и IP или NETBIOS, разработанный IBM и эмулируемый в Novell), он обеспечивает связь между NetWare серверами и конечными станциями. Максимальный размер IPX-дейтограммы составляет 576 байт, из них 30 байта занимает заголовок. Предполагается, что сеть, через которую транспортируются эти дейтограммы, способна пересылать пакеты соответствующей длины..

SPX (Sequence Packet eXchange) и его усовершенствованная модификация SPX II представляют собой транспортные протоколы 7-уровневой модели ISO. Это протокол гарантирует доставку пакета и использует технику скользящего окна (отдаленный аналог протокола TCP). В случае потери или ошибки пакет пересылается повторно, число повторений задается программно. В протоколе SPX не предусмотрена широковещательная или мультикастинг-адресация. В SPX индицируется ситуация, когда партнер неожиданно прерывает соединение, например из-за обрыва связи. Пакеты SPX вкладываются в пакеты IPX.

Эта сетевая операционная система позже была названа Novell NetWare. В NetWare используется протокол NCP (от англ. NetWare Core Protocol – «протокол ядра NetWare»), который является протоколом передачи пакетов, позволяющим клиентам передавать запросы на серверы NetWare и получать от них ответы. NCP представляет собой язык общения серверов и клиентов в среде NetWare. Первоначально NCP был привязан к протоколам IPX/SPX , то есть система NetWare сама по себе могла использовать для взаимодействия в сети только IPX/SPX.

Протоколы Novell

Стек протоколов Novell NetWare создан под влиянием архитектуры XNS (Xerox Network System). Протоколы Novell обеспечивают поддержку большинства существующих операционных систем для настольных компьютеров, включая DOS, Windows, Macintosh, OS/2 и UNIX. Кроме того, Novell обеспечивает эффективную поддержку локальных сетей и распределенных сетей на базе асинхронных соединений. Стек Novell включает следующие протоколы:

Протокол IPX (Internetwork Packet Exchange - межсетевой обмен пакетами) разработан компанией Novell на основе протокола ЮР (Internet Datagram Protocol - межсетевой протокол обмена дейтаграммами) фирмы Xerox. IPX относится к числу протоколов без организации соединений (connectionless) и обеспечивает доставку пакетов через Internet, а также поддерживает адресацию и маршрутизацию рабочих станций и серверов NetWare.

Протокол Broadcast (BCAST - широковещание) обеспечивает извещение пользователей о приеме для них сообщений по сети.

Протокол BMP (Burst Mode Protocol - протокол группового режима) реально использует пакеты протокола NCP (тип запроса - 7777Н). Протокол BMP обеспечивает поддержку нескольких откликов на один запрос чтения или записи файла. Пакетный режим повышает эффективность взаимодействия между сервером и клиентами, позволяя рабочим станциям получить (передать) от сервера до 64 Кбайт данных по единственному запросу на чтение или запись. При описании протокола BMP будем использовать для термина burst (взрыв, пакет) русский термин "группа" во избежание путаницы с термином "пакет".

Протокол диагностики (Diagnostic Responder или DIAG) является удобным инструментом анализа локальных сетей NetWare. Протокол DIAG можно использовать для тестирования соединений, проверки конфигурации или сбора информации.

Протокол NCP (NetWare Core Protocol - протокол ядра NetWare) используется для управления доступом к основным ресурсам сервера NetWare. Для получения доступа к ресурсам NCP вызывает процедуры протокола NetWare NFSP (File Sharing Protocol - протокол разделения файлов). Протокол NFSP обслуживает запросы к файловым и принтерным ресурсам NetWare.

NDS (NetWare Directory Service - служба каталогов NetWare) является глобально распределенной сетевой базой данных, используемой вместо принятой в ранних версиях NetWare базы bindery. В сети, поддерживающей сервис NDS, для получения доступа ко всем сетевым ресурсам достаточно один раз зарегистрироваться в сети (не требуется регистрации на каждом сервере).

NLSP 1 " 1 (NetWare Link Service Protocol - протокол канального сервиса NetWare) является протоколом маршрутизации на основе состояния каналов (link state) для сетей IPX. Этот протокол обеспечивает требуемый обмен информацией между маршрутизаторами в больших сетях IPX. Протокол IPX используется на сетевом уровне Novell NetWare.

Этот протокол был разработан компанией Novell на основе протокола NetBIOS.

В пакетах протокола NovelNetBIOS поле типа потока данных имеет фиксированный размер (1 байт), а остальные поля имеют переменную длину.

Протокол маршрутной информации RIPX (Routing Information Protocol) используется для сбора, поддержки и обмена корректной информацией о маршрутах между шлюзами в Internet. Следует отличать описываемый здесь протокол от протокола RIP в стеке TCP/IP.

Для обеспечения корректности лицензирования серверных программ в сети NetWare каждый сервер передает в широковещательном режиме специальные пакеты (Serialization). Эти пакеты содержат серийный номер серверных программ и позволяют зафиксировать наличие в сети двух или более копий одного комплекта программ.

Пакеты проверки содержат только одно 6-байтовое поле данных.

Прежде, чем станция-клиент сможет установить соединение с сервером, она должна узнать об имеющихся в сети серверах. Для обеспечения станций требуемой информацией служит протокол SAP (Service Advertising Protocol - протокол анонсирования сервиса). Протокол SAP обеспечивает распространение информации обо всех серверах, присутствующих в сети предприятия. В качестве таких серверов могут выступать файловые серверы, сервера печати и доступа, а также серверы иных типов.

Протокол SPX (Sequenced Packet Exchange - последовательный обмен пакетами) был разработан компанией Novell на основе протокола SPP (Sequenced Packet Protocol - протокол последовательной передачи пакетов) фирмы Xerox. Протокол работает на транспортном уровне и обеспечивает доставку пакетов для приложений вышележащих уровней.

В июле 1991 года компания Novell начала разработку следующей версии протокола SPX - SPX II. Основными улучшениями в SPX II по сравнению с SPX является поддержка пакетов большего размера и возможность использования протоколов с поддержкой окон.

Протокол WDOG (Watchdog - сторожевая собака) обеспечивает постоянную проверку соединений активных рабочих станций и уведомляет операционную систему NetWare, если соединение может быть закрыто в результате продолжительного бездействия.

Службы для Novell NetWare

Windows 2000 поддерживает службы, позволяющие компьютерам под управлением Windows сосуществовать и совместно функционировать с сетями и серверами на базе Novell NetWare. Некоторые из этих служб включены в Windows 2000 Server и Windows 2000 Professional, другие доступны как отдельные продукты: NWLink IPX/SPX/NetBIOS-совместимый транспортный протокол (NWLink IPX/SPX/NetBIOS Compatible Transport Protocol), включен в состав Windows 2000 Server и Windows 2000 Professional и является реализацией протокола IPX/SPX в Windows 2000. NWLink поддерживает взаимодействие компьютеров под управлением Windows и компьютеров под управлением NetWare, а также других совместимых систем. NWLink может также использоваться как протокол, объединяющий несколько компьютеров под управлением Windows NT, Windows 2000, Windows for Workgroups, Windows 95/98 с установленным сетевым клиентским программным обеспечением Microsoft для компьютеров под управлением MS-DOS.

Службы шлюза для NetWare (Gateway Services for NetWare, GSNW) включены в состав Windows 2000 Server и позволяют компьютеру под управлением Windows 2000 устанавливать соединение с серверами NetWare версий от 4.дг и выше, на которых функционирует либо Служба каталогов Novell (Novell Directory Service, NDS), либо служебная база данных Bindery. Также включена поддержка сценария входа в сеть. Кроме того, можно использовать GSNW для создания шлюзов к ресурсам NetWare. Создание шлюзов позволяет компьютерам, испрльзующим только клиентское программное обеспечение Microsoft, обращаться к ресурсам NetWare.

Службы клиента для NetWare (Client Services for NetWare, CSNW) включены в состав Windows 2000 Professional и позволяют клиентским компьютерам устанавливать непосредственные соединения с файловыми ресурсами и принтерами на серверах под управлением NetWare версий 2.x и выше. CSNW поддерживает серверы NetWare 4.x или выше, на которых функционирует или Bindery, или NDS. Также в CSNW включена поддержка сценария входа в сеть.

Службы синхронизации каталогов (Microsoft Directory Synchronization Services, MSDSS) включены в состав Services for NetWare v. 5 (см. главу 24) и дают возможность переносить учетные записи пользователей и групп с серверов NetWare в Active Directory. Сервер NetWare, с которого происходит миграция, может использовать NDS, либо Bindery типа NetWare 3.x.

Утилита переноса файлов (Microsoft File Migration Utility, MSFMU) включена в состав Services for NetWare v. 5 и предназначена для переноса общих ресурсов NetWare в среду Windows 2000.

Службы доступа к файлам и принтерам сетей NetWare (File and Print Services for NetWare, FPNW) - отдельный продукт. Службы FPNW позволяют компьютеру под управлением Windows 2000 Server предоставлять службы печати и файлов непосредственно клиентам NetWare и совместимым с ними. Клиенты NetWare видят такого рода сервер, как любой другой сервер NetWare, и могут обращаться к его томам, файлам и принтерам. Никакие изменения в программном обеспечении клиента NetWare не требуются.

Вопросы и ответы (глава 1)

На какой платформе может загружаться сервер NetWare?

Файл-сервер NetWare 3.x и старше может функционировать на PC 386 и выше с минимальным объемом памяти 4 Мбайт и больше, для NetWare 4.x необходимо 8 Мбайт. Программа SERVER.EXE запускается из среды DOS, переводит процессор в защищенный режим и извлекает из себя загрузчик ОС, монитор консоли и ядро 32-разрядной многозадачной сетевой операционной системы - SERVER.NLM.
DOS должна загружаться в минимальном варианте, обеспечивающем русификацию экрана (для русифицированных версий), и НЕ использовать расширенную память. Все дисковые драйверы DOS, включая и RAMDRIVE, будут доступны только для загрузки дополнительных модулей сервера, и не будут доступны клиентам сети. Перед инсталляцией сервера жесткие диски должны иметь нераспределенное дисковое пространство в таблице разделов, в дальнейшем используемое сервером для сетевых дисков. Для загрузки сервера достаточно иметь загружаемый раздел DOS размером 2-3 (лучше 10-15) Мбайт, содержащий файл SERVER.EXE, STARTUP.NCF и device.DSK (драйвер первого дискового устройства сети). Возможна загрузка сервера и с дискеты.

Существует продукт NetWare 4.x for OS/2, загружаемый из среды OS/2, позволяющий объединить на одном компьютере сервер NetWare и его OS/2- клиента - снова невыделенный сервер, но на надежной (не DOS) платформе.

После загрузки SERVER.EXE из среды DOS программа загружает драйвер(ы) дисковых устройств, перечисленные в текстовом файле STARTUP.NCF в каталоге запуска, необходимые для доступа по крайней мере к диску, несущему том SYS:. В этом же файле могут находиться команды SET, изменяющие конфигурацию сервера относительно стандартной, и команды загрузки модулей, необходимых до начала монтирования тома SYS:.
Дальнейшая загрузка производится по сценарию, заданному файлом AUTOEXEC.NCF, расположенному в сетевом каталоге SYS:SYSTEM, а при его отсутствии в DOS-каталоге запуска. При отсутствии или недостаточности этих файлов требуемые параметры вводятся с консоли сервера.
Сценарий загрузки можно изменить параметрами запуска программы SERVER.EXE:

S name задает альтернативу файлу STARTUP.NCF;
NA отменяет запуск AUTOEXEC.NCF;
NS отменяет запуск STARTUP.NCF и AUTOEXEC.NCF;
CnKB (параметр n может принимать значения 4, 8 или 16) задает размер кэш-буфера (только для NetWare 3.x, в NetWare 4.x размер 4 Кбайт фиксирован)

После отработки команд файла STARTUP.NCF система запрашивает имя сервера (от 2 до 47 ASCII-символов) и номер внутренней сети (IPX Internal Network Number), являющиеся уникальными логическими идентификаторами в сети. Номер внутренней сети (1-8 шестнадцатеричных цифр) не должен совпадать ни с одним из номеров внешних IPX-сетей и внутренних сетей других серверов.
Последующими командами монтируются сетевые тома, загружаются и связываются с требуемыми протоколами драйверы сетевых плат, запускаются модули, реализующие дополнительные функции сервера, и осуществляется текущее управление системой.

Процесс загрузки сервера обычно выполняется автоматически, требуя вмешательства оператора только в критических случаях. Все необходимые команды загрузки и управления сервером находятся в файлах STARTUP.NCF и AUTOEXEC.NCF, а в файл AUTOEXEC.BAT включена команда загрузки программы SERVER.EXE. Таким образом, через некоторое время после включения питания сервер будет готов к работе. Сообщения о системных событиях и ошибках заносятся в файл SYS:SYSTEM/SYS$LOG.ERR. Просмотр и очистка журнала системных ошибок возможны с помощью "Опций администратора" SYSCON.

После монтирования тома SYS: и загрузки коммуникационных драйверов сервер автоматически предоставляет всем (в том числе еще незарегистрированным) пользователям доступ с правами R, F (сканирование и чтение файлов) к каталогу SYS:LOGIN, содержащему все необходимые для регистрации файлы.

Как остановить сервер?

Нормальное завершение работы сервера производится командой DOWN, по которой через некоторое время после предупреждения пользователей закрываются все активные соединения и их файлы, содержимое кэш-буферов сохраняется на диске, размонтируются тома и на консоль выводится разрешение на выключение сервера. Только после этого можно отключать питание или по команде EXIT выходить в DOS. Если применялась команда REMOVE DOS, команда EXIT приводит к "теплой" перезагрузке компьютера.

На работающий сервер комбинация Ctrl-Alt-Del не действует.

Аппаратный сброс или выключение питания неостановленного сервера приводит к потере данных, а иногда и к логическому разрушению томов.

Как запретить регистрацию пользователей на сервере?

Консольная команда DISABLE LOGIN запрещает регистрацию пользователей. Пользователи, зарегистрировавшиеся до запрета, продолжают работу в сети. При необходимости их можно принудительно отключить от сервера командой CLEAR STATION n, где n - номер соединения отключаемого пользователя, который должен быть известен заранее.

Принудительное отключение закрывает все файлы пользователя на сервере, так что перед этим желательно дать предупреждение командой BROADCAST.
Удобнее пользоваться утилитой MONITOR, где в информации о соединениях перечислены все подключенные пользователи и видны все открытые ими файлы.
ENABLE LOGIN - разрешает регистрацию пользователей на сервере.

Как получить информацию о доступных серверах сети?

С консоли сервера список всех серверов, доступных маршрутизатору (и с монтированным томом SYS:), а также число переходов к ним можно получить по команде DISPLAY SERVERS.
С рабочей станции список доступных серверов выдает утилита SLIST, кроме того, его можно просмотреть из всех меню-утилит, выбрав опцию Change server (смена сервера).
В NetWare 4.x список серверов текущего контекста выводится командой NLIST SERVER, для поиска в других контекстах можно использовать ключи /S и /R.

Что происходит с компьютером после инсталляции сервера NetWare?

При инсталляции сервера на его дисках создаются разделы NetWare со своей собственной логической организацией томов и каталогов. Эти разделы нормально сосуществуют с разделами DOS, но на логическом уровне их воспринимает только ОС NetWare соответствующей версии.

На физическом уровне эти разделы читаются любым дисковым редактором, так что при желании подсмотреть файлы NetWare, особенно текстовые, (если это не сжатые файлы NetWare 4.x) при физическом доступе к компьютеру не составляет большого труда. Эти разделы и являются носителями информации, доступные пользователям сети. Напротив, разделы DOS доступны до загрузки программы SERVER.EXE, после чего остаются доступными только при выполнении консольных команд сервера (загрузки модулей, редактирования текстовых файлов утилитой EDIT.NLM).

Если до загрузки SERVER.EXE в среде DOS были созданы логические диски (RAMDRIVE или сетевой диск, спланированный в каталог другого сервера), эти диски могут использоваться сервером наравне с обычными разделами DOS.

Команды консоли сервера REMOVE DOS и SECURE CONSOLE запрещают использование дисков DOS и выбрасывают DOS из памяти, которую отдают в пул кэш-буферов.
Логический диск - клиент другого сервера будет разрушен при загрузке сервером драйвера сетевого адаптера, используемого этим сетевым диском. Обычно на компьютере оставляют небольшой загрузочный раздел DOS для запуска программы SERVER.EXE, процедура запуска автоматизируется с помощью файла AUTOEXEC.BAT. После остановки сервера командой DOWN и выхода по команде EXIT компьютер возвращается в среду DOS (если она была выгружена командами REMOVE DOS или SECURE CONSOLE, то произойдет перезагрузка DOS и SERVER.EXE).

Как инсталлировать сервер NetWare?

Для инсталляции сервера существует диалоговая меню-утилита NWNSTLL.EXE, запускаемая из файла INSTALL.BAT, входящая в комплект поставки. Возможен выбор инсталляции с CD-ROM, с дискет или по сети.

Самый прямой и долгий путь - с дискет (если есть дистрибутив на дискете).
С CD-ROM инсталляция идет быстрее, но если CD-ROM подключен к тому же контроллеру, что и диск, на котором будет размещен том SYS:, возникнут проблемы в момент инициализации дискового драйвера. Эти проблемы разрешимы.
Самый быстрый путь - по сети, для этого на будущем сервере должно быть установлено клиентское обеспечение и спланирован сетевой диск в каталог работающего сервера (хоть и NetWare Lite или Windows, только чтобы клиент работал в среде DOS), cодержащий дистрибутив (или на разделяемый CD-ROM с дистриутивным диском). В этом варианте связь с сервером прервется при загрузке драйвера сетевого адаптера, но этот шаг можно отложить напоследок, когда все необходимые файлы будут уже скопированы на новый сервер и связь уже не будет нужна. Также предлагается выбор способа загрузки сервера - из раздела DOS (что удобнее) или с дискеты.
В NetWare 3.12 INSTALL.BAT делает немного: при необходимости создает и форматирует небольшой раздел DOS, копирует в него необходимые файлы NetWare (SERVER.EXE, INSTALL.NLM, VREPAIR.NLM и некоторые другие модули, драйверы дисков и поддержки дополнительных пространств имен), предлагает ввести начальные команды загрузки в файл STARTUP.NCF (подразумевая, в основном, команду SET AUTO REGISTER MEMORY ABOVE 16 MEGABYTES = OFF для дисковых адаптеров с 24-битной шиной адреса и режимом Bus-Master, установленный в компьютер с шиной EISA и памятью свыше 16 Мбайт). Далее автоматически запускается программа SERVER.EXE и начинается ручная работа.

Все эти действия можно выполнить и обычными средствами DOS.

С консоли сервера необходимо выполнить следующие шаги:

1. Задать имя сервера и номер его внутренней IPX-сети (подробнее в главе 5).

2. Загрузить драйвер(ы) контроллера диска, на котором планируется создать том SYS: - необходимую принадлежность файл-сервера. Эти драйверы должны быть скопированы в каталог DOS, из которого запускается SERVER.EXE, тогда они загружаются командой консоли, например
LOAD ISADISK

Если требуемого драйвера нет в каталоге запуска, необходимо указать полный путь к файлу, например, LOAD A:\DRIVERS\ISADISK.
Если установлено несколько дисковых контроллеров, то их драйверы можно загрузить и позже, если только том SYS: не располагается на нескольких дисках, но это также обычно можно сделать позднее. Собственно драйвер диска может потребовать предварительной загрузки другого драйвера, например, ASPITRAN.DSK. Все эти драйверы должны быть в DOS-каталоге запуска. 3. Загрузить утилиту INSTALL.NLM консольной командой

и из ее опций дисков создать раздел(ы) NetWare на дисках и в опциях томов создать и смонтировать том SYS: (остальные тома можно создавать позднее).

4. Скопировать файлы NetWare на том SYS: (опциями системы утилиты INSTALL).

5. Переключиться в экран системной консоли (Alt-Escape) и загрузить драйверы сетевых адаптеров и свяжите с ними протокол IPX командами

LOAD NE2000 PORT=300 INT=3 FRAME=ETHERNET_802.2
BIND IPX TO NE2000 NET=21

подробности - в главе 5.

6. Вернуться (Alt-Escape) в экран утилиты INSTALL и в опциях системы выбрать создание файлов STARTUP.NCF и AUTOEXEC.NCF - при этом в них уже будут все ранее введенные команды, которые при необходимости можно отредактировать и добавить новые.

Если в компьютер установлено свыше 16 Мбайт памяти а шина не EISA, в файл AUTOEXEC.NCF сразу после задания номера IPX-сети вставьте команду
REGISTER MEMORY 1000000 size
где size=Mem-16 в hex-виде (для 32 Мбайт 32-16=16 = 1000000 h).
7. На этом этапе сервер уже готов к работе, но для проверки полезно по горячим следам его закрыть командой DOWN, выйти в DOS по команде EXIT и перезагрузить компьютер, чтобы проверить, как сервер загружается автоматически. Нормально инсталлированный сервер не задает никаких вопросов при загрузке, а после монтирования томов выдает на консоли промпт со своим именем.
Дальнейшие действия производятся с рабочей станции, успешно соединенной с данным сервером - SUPERVISOR или ADMIN создает пользователей и заводит в сети свои порядки.
Командный файл INSTALL.BAT NetWare 4.x обеспечивает полный цикл инсталляции сервера, автоматически передав управление утилите INSTALL.NLM после загрузки ОС. Утилита имеет режим Simple Installation, в котором производится типовая установка: от оператора требуется только ввести имя сервера, имена драйверов контроллера диска и сетевого адаптера, параметры часового пояса, имя организации и пароль пользователя ADMIN. Все настройки выполняются автоматически, включая определение номеров внутренней и внешней IPX-сетей.
Режим Custom Installation позволяет приостанавливаться на каждом шагу для того, чтобы сделать осознанный выбор и изменить предлагаемые типовые настройки.
В обоих режимах утилита "руководит" процессом инсталляции, оператору необходимо только выбирать из возможных вариантов, а чаще - соглашаться с предложенными.
Инсталляция NetWare версии 4.x от предыдущих отличается необходимостью описания временной зоны (сервису Каталогов NDS принципиально необходима синхронизация времени серверов) и созданием дерева Каталога - установкой NDS, а также установкой требуемого числа лицензий с дискет.

В отличие от старых версий (2.15), NetWare 3.x/4.x позволяют динамически изменять все параметры конфигурирования сервера, не переустанавливая систему. Переустановка необходима только при переходе на новую версию (Upgrade) или при разрушении тома SYS:.

Как администратору войти в сеть после инсталляции сервера?

После инсталяции сервера администратор должен создать бюджеты и определить права пользователей сети. Для этого в NetWare 3.x при инсталляции автоматически создается пользователь SUPERVISOR, обладающий неограниченными правами на сервере. Администратор входит в сеть командой LOGIN SUPERVISOR, выданной с первого сетевого диска рабочей станции. При первом входе пароль не требуется, он устанавливается в дальнейшем утилитой SYSCON или SETPASS.
В NetWare 4.x пользователя SUPERVISOR нет, вместо него при инсталляции сервера создается пользователь ADMIN, имеющий все права в контексте сервера и ему назначается пароль. Вход в сеть с NDS возможен со станции, на которой загружен клиент VLM или другой, поддерживающий NDS. При регистрации может потребоваться указание полного Каталогового имени администратора командой

При инсталляции NetWare с дискет сервер зависает при считывании дискеты UNICODE, хотя дискета читается нормально. В чем дело?

Дело в том, что на этой дискете хранится около полутора сотен маленьких файлов, которые копируются в каталоги SYS:SYSTEM\NLS, SYS:LOGIN\NLS, SYS:PUBLIC\NLS, и эта процедура может занимать около получаса и более. Эту дискету можно пропустить при инсталляции, а файлы поддержки национальных языков скопировать позже с рабочей станции утилитой NCOPY, что займет несколько минут.
При этом не установятся атрибуты разделяемости, что легко исправить утилитой FLAG.

Как загружаются модули и утилиты сервера?

Дополнительные программные модули (.NLM), дисковые (.DSK) и сетевые (.LAN) драйверы и расширители пространства имен (.NAM) загружаются командами

LOAD fname

где drive, path - необязательные имена дисков и путь, по умолчанию SYS:SYSTEM (в случае его отсутствия - текущий каталог DOS); fname - имя загружаемого файла (стандартные расширения указывать необязательно); parms - параметры, требующие определения. Современные драйверы многие параметры определяют автоматически.

Некоторые модули для работы требуют предварительной загрузки других модулей, осуществляя их автозагрузку или требуя явной команды загрузки.
Список загруженных модулей можно просмотреть командой MODULES или в программе MONITOR.
Большинство модулей реентерабельны и при повторном использовании не загружают свой программный код, экономя память. Пакетные файлы заданий (.NCF), содержащие последовательности консольных команд, запускаются вводом их имени в командной строке.

Сервер ищет загружаемые и пакетные файлы по определенным путям поиска, по умолчанию Search 1:=SYS:SYSTEM, Search 2:=DOS (текущий каталог при запуске SERVER.EXE). Просмотреть, добавить или удалить пути можно командами SEARCH, SEARCH ADD path или SEARCH DEL num соответственно, где num - порядковый номер каталога path в пути поиска.

Что означает сообщение "This module is already loaded and cannot be loaded more then once"?

Это сообщение возникает при попытке повторной загрузки модуля, уже находящегося в памяти. Если это модуль экранной утилиты, переключитесь в его экран (Alt-Escape).
Если это модуль, конфигурируемый при запуске, и нужно его загрузить с новыми параметрами, выгрузите его командой UNLOAD и повторно загрузите.

Соблюдайте осторожность при выгрузке модулей (см. вопрос Как управлять дисковой подсистемой сервера?).

Реентерабельные модули при повторной загрузке дают другое сообщение, констатирующее использование кода предыдущей загрузки этого модуля.

Как выгрузить NLM из памяти сервера?

Выгрузить модуль с освобождением занимаемой памяти можно по команде UNLOAD name, где name - имя модуля или связанное с ним имя драйвера, определенное при загрузке модуля.

При указании в этой команде как имени модуля, так и имени драйвера, выгружаются сразу все драйверы, использующие этот модуль. Выгрузка модулей-заплаток (Patches) может привести к непредсказуемым результатам, скорее всего - к аварийной остановке сервера.

Какие утилиты используются для управления сервером?

Самая необходимая утилита - INSTALL.NLM,позволяющая через систему меню обслуживать диски и тома, копировать системные и общие файлы на сетевые диски, создавать и редактировать файлы STARTUP.NCF и AUTOEXEC.NCF, а также устанавливать дополнительные сетевые программные продукты. Ее запуск осуществляется вводом с консоли (возможно и удаленной) сервера команды

LOAD INSTALL

В NetWare 3.х ключ NH позволяет сэкономить 16 Кбайт памяти сервера, отменяя загрузку контекстной помощи.
Утилита INSTALL в NetWare 4.x имеет более широкие возможности, включающие конфигурирование и загрузку (и выгрузку) драйверов дисковых и ленточных устройств и сетевых карт, инсталляцию NDS а также установку и снятие лицензий. Утилита MONITOR.NLM позволяет наблюдать за работой и управлять системой с помощью меню. Для экономии памяти MONITOR тоже может быть загружен с ключом NH, отменяющим загрузку системы контекстной помощи. Утилита также позволяет блокировать консоль сервера, требуя для открытия предъявления пароля. При отсутствии ввода с консоли в течение минуты включается режим сохранения экрана - бегущая змейка, ее длина и скорость перемещения пропорциональны нагрузке сервера. Отключить режим сохранения можно ключом NS при запуске монитора.
В NetWare 4.x расширены функциональные возможности и изменен интерфейс утилиты MONITOR. Информация отображается в двух окнах, клавиша табуляции используется для разворачивания и сворачивания окна, детализацирующего выбранный пункт.
Утилита SERVMAN.NLM обеспечивает интерактивное управление параметрами сервера (альтернатива ручного набора команд SET и возможность сохранения настроек в файлах.NCF и в файле параметров сервера SETCMDS.CP), а также дает информацию об общем состоянии сервера, подсистеме хранения (адаптеры, диски, стримеры и т. д.), состоянии томов и сетей. Информация выдается менее подробная, чем предлагаемая утилитой MONITOR.
Эти утилиты являются общими; существует также ряд утилит, предназначенных для отдельных подсистем сервера.

Как вводятся команды SET и их параметы?

Команды SET, управляющие параметрами сервера, как и другие директивы, можно вводить с консоли сервера (локальной и удаленной) или из командного файла (AUTOEXEC.NCF). Некоторые команды SET доступны и из файла STARTUP.NCF, некоторые - только из него. При использовании команды SET приходится набирать полностью довольно длинные имена параметров. Подсказку имен и пояснений, диапазон значений и текущие значения параметров можно получить по команде SET, введенной без параметров. Параметры времени, в тексте обозначаемые как time, отображаются в днях (сутках), часах, минутах, секундах и их долях, а вводятся по умолчанию в секундах и их долях или с явным указанием единиц, например:

1 day 2 hour[s] 3 min 4.5 ]

В NetWare 4.x вместо ввода команд SET можно воспользоваться меню-утилитой SERVMAN.NLM, которая представляет все настраиваемые параметры в табличной форме и сама указывает все изменения в виде соответствующих SET-команд.NCF-файлов.

Что означает сообщение "File server cannot support any more connections"?

Это означает, что количество соединений, установленных данным сервером с пользователями (и некоторыми серверными приложениями), достигло лицензированного ограничения. Остается дожидаться, когда кто-нибудь отключится от станции, и обсуждать вопрос покупки новой лицензии на большее количества соединений (в NetWare 4.x можно дополнительную лицензию ДОБАВИТЬ к уже имеющейся, а в прежних версиях - только менять SERVER.EXE на 5 - 10 - 20 - 50 - 100 - 250 соединений).
Возможно, есть небольшой резерв - запустить на сервере модуль NLICLEAR.NLM, который будет периодически освобождать неиспользуемые (Not Logged In) соединения.

Чем определяется количество пользователей сервера и сети NetWare?

В NetWare 3.x зашифрованную информацию о серийном номере и количестве пользователей, точнее, о количестве одновременно поддерживаемых соединений сервера содержит файл SERVER.EXE. При наличии в сети нескольких серверов они должны иметь различные серийные номера, в противном случае на консоли серверов с совпадающими номерами и пользователям сети будут периодически поступать сообщения о нарушении прав использования. Номер версии и количество пользователей отображается на консоль по команде VERSION.
В NetWare 4.x файл SERVER.EXE универсален для всех серверов, а лицензия на требуемое количество соединений устанавливается с дискеты (не защенной от копирования) с помощью утилиты INSTALL. Лицензии сервера могут суммироваться, возможно снятие лицензии и перестановка ее на другой сервер. При наличии в сети нескольких серверов их лицензии так же, как и в NetWare 3.x, должны иметь различные серийные номера, в противном случае будут поступать сообщения о нарушении прав использования.

Что такое модуль SERNO.NLM?

Этот пиратский модуль не имеет никакого отношения к фирме Novell. SERNO.NLM, пользуясь беззащитностью всего объема памяти сервера, доступного любому NLM, с победным звуковым сопровождением переустанавливает серийный номер сервера NetWare 3.x на любой, введенный с консоли.

При запуске SERVER.EXE запрашивается имя сервера, хотя он и был сконфигурирован. Почему?

Имя сервера запрашивается, если в каталоге SYS:SYSTEM не находится файл AUTOEXEC.NCF, или если имя в этом файле не указано. Файл может не обнаруживаться по ряду причин:
1. Не загрузился драйвер, обеспечивающий доступ к диску (дискам), несущему том SYS:.
Самая безобидная причина - SERVER.EXE запускался из каталога, в котором нет файла STARTUP.NCF (этот файл ищется в текущем каталоге DOS).
Если драйвер есть, то возможны неполадки в аппаратных средствах дисковой подсистемы.
2. Драйвер загружен, но том SYS: не монтируется. Это может произойти из-за разрушения тома, что диагностируется запуском утилиты VREPAIR с диска DOS после задания любого имени сервера и номера IPX-сети командой

Другая возможная причина - на томе SYS: установлено дополнительное пространство имен, а соответствующий.NAM-модуль не загружен из STARTUP.NCF.

Файл SERVER.EXE, STARTUP.NCF, xx.DSK, xx.NAM и другие файлы, используемые для загрузки и обслуживания сервера, следует помещать в один каталог (например, NWAR), а перед командой запуска SERVER.EXE в файле AUTOEXEC.BAT полезно вставить команду смены текущего каталога (в нашем примере CD NWAR).

Как создать командный файл для сервера?

Файлы AUTOEXEC.NCF и STARTUP.NCF позволяет создавать (автоматически включая в них исполненные команды) утилита INSTALL.NLM. Она же позволяет и редактировать их, однако некоторые версии встроенного редактора иногда ведут себя странно и некорректно. Более надежным и универсальным редактором любых текстовых файлов, расположенных на сетевых и DOS-дисках сервера, является утилита EDIT.NLM - модуль полноэкранного редактора, загружаемый командой LOAD EDIT pathname с указанием полного пути к файлу.

Если есть станция сети, имеющая доступ к данному серверу, то для файлов сетевых дисков удобнее использовать редакторы cреды DOS/Windows.
Командный файл состоит из ряда строк, в каждой из которых помещается одна команда. Возможно (и полезно) использовать комментарии, отделяемые символом ";".

Как изменить имя сервера?

Для одиночного сервера NetWare 3.x эта процедура сводится к изменению имени сервера в начале файла AUTOEXEC.NCF, остановке и повторной загрузке сервера.
В многосерверной сети эта процедура имеет нюансы:
После смены имени в файле AUTOEXEC.NCF, и после остановки сервера, на других серверах выполните команду RESET ROUTER, после чего можно перезапускать переименованный сервер.
Смена имени влечет за собой необходимость изменения всех ссылок на данный сервер в процедурах регистрации, .BAT-файлах и т. п.
В NetWare 4.x перед остановкой и после перезапуска сервера убедитесь в том, что сервис Каталогов на данном сервере синхронизирован с остальными серверами сети (командой SET DSTRACE=ON); перезапуск сервера производите не ранее, чем через 5 минут. После перезагрузки переименуйте объекты-тома данного сервера, приведя их в соответствие с новым именем.

Как задается сетевое время?

В NetWare 3.x каждый сервер имеет свои независимые часы, а рабочая станция может синхронизироваться с любым сервером, с которым у нее установлено соединение. При загрузке файл-сервера устанавливается системное время и дата по показаниям CMOS-таймера. В дальнейшем время и дату можно посмотреть и переустановить консольными командами TIME и SET TIME или утилитой FCONSOLE.EXE. Для изменения времени необходимы привилегии оператора консоли или супервизора.

Во время работы сервера его DOS-часы стоят.

Информация о временной зоне сервера относительно стандартного времени по Гринвичу (GMT или UTC, что одно и то же) задается консольной командой

SET TIME ZONE zzz[[+|-]hh].

Здесь zzz - сокращенное имя (трехбуквенный код) временной зоны, dls - код перевода на летнее время), hh - смещение часового пояса.Необязательный знак "+" обозначает смещение к западу, "-" - к востоку, что отличается от обозначений, принятых в сетяях Microsoft. . Смещение в принципе может задаваться и с точностью до секунд в формате +|-hh:mm:ss, коды временной зоны и перевода на летнее время относительно произвольны.
Задание значение временной зоны и кода перевода на летнее время еще не означают отработку смены времени часами сервера. Эта информация доступна для загружаемых модулей, использующих CLIB, а в NetWare 4.x используется для пометки времени внесения изменений в базу Каталога.

В NetWare 4.x время всех серверов сети должно синхронизироваться, в противном случае не будет срабатывать обновление реплик (дубликатов) базы данных Каталога, основанное на времени внесения изменений. Для этой цели введена система тайм-серверов. Каждому серверу присваивается свой статус (Time server type) в системе синхронизации.
Базовый (Primary) сервер участвует в определении времени в сети. Базовые серверы определяют усредненное время и подстраивают под него свои часы.
Опорный (Reference) сервер (разновидность базового) также участвует в определении среднего времени, но свои часы не подстраивает. В качестве опорного берется сервер с точными часами, или синхронизируемый по сигналам точного времени.
Единственный опорный (Single reference) сервер (разновидность базового) монопольно определяет время в сети при отсутствии других базовых и опорных.
Вторичный (Secondary) сервер получает время от базовых и опорных.
Указание временной зоны и правил перехода на летнее/зимнее время также обязательно для сервера NetWare 4.x.

Статус тайм-сервера, временная зону, смещение и параметры перехода на летнее/зимнее время в диалоговом режиме задаются утилитой INSTALL, которая эти установки перенесет в начало файла AUTOEXEC.NCF. Применительно к С.-Петербургу и Москве команды будут иметь вид:
SET TIME ZONE=WSU3W_SU - задание часового пояса для сервера, доступно и в STARTUP.NCF;
SET DAYLIGHT SAVINGS TIME OFFSET=1:00:00 - задание смещения при переходе на летнее время, доступно и в STARTUP.NCF;
SET START OF DAYLIGHT SAVINGS TIME=(MARCH SUNDAY LAST 2:00:00 AM) - установка момента перехода на летнее время;
SET END OF DAYLIGHT SAVINGS TIME =(OCTOBER SUNDAY LAST 2:00:00 AM) - задание момента окончания действия летнего времени;
SET DEFAULT TIME SERVER TYPE=SINGLE - определение типа сервера по умолчанию, доступно и в STARTUP.NCF;
SET DAYLIGHT SAVING TIME STATUS=OFF (ON) - параметр, устанавливающий, отражает (ON) или нет (OFF) время сервера переход на легнее время, доступен и в STARTUP.NCF;
SET NEW TIME WITH DAYLIGHT SAVING TIME STATUS=OFF (ON) - параметр, задающий включение и выключение учета летнего времени.

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

Команды управления синхронизацией астрономического времени серверов NetWare 4.x:
SET TIMESYNC ADD TIME SOURCE=server - добавление сервера в список базовых (вторичный сервер определяет время по первому доступному из этого списка);
SET TIMESYNC REMOVE TIME SOURCE=server - удаление сервера из списка базовых;
SET TIMESYNC TIME SOURCE=server - добавление сервера к списку базовых серверов системы синхронизации;
SET TIMESYNC CONFIGURED SOURCES=OFF (ON) - синхронизация с любым базовым сервером (OFF), или только с указанными в списке (ON);
SET TIMESYNC DIRECTORY TREE MODE=ON (OFF) - синхронизация только в своем дереве Каталогов (ON) или во всех доступных деревьях (OFF);
SET TIMESYNC TYPE=SINGLE (PRIMARY | SECONDARY | REFERENCE) - задание типа данного сервера в системе синхронизации;
SET TIMESYNC SERVICE ADVERTISING=ON (OFF) - разрешение посылки синхросигналов (для базового сервера);
SET TIMESYNC HARDWARE CLOCK=ON (OFF) - использование системного (CMOS RTC) таймера как источника времени (для опорного сервера);
SET TIMESYNC POLLING COUNT=3 (1-1000) - определение количества пакетов, посылаемых при синхронизации;
SET TIMESYNC POLLING INTERVAL=600 (10-2678400) - задание периодичности операций синхронизации, в секундах, для всех серверов одной системы устанавливается одинаково;
SET TIMESYNC SYNCHORONIZATION RADIUS=2000 (0-2147483647) - определение допустимого рассогласования времени, в миллисекундах;
SET TIMESYNC TIME ADJUSTMENT=+|-hh:mm:ss - команда коррекции времени (только для базового сервера) в указанный день (date - 12/31/96) и время (time - 11:00pm). Если AT date time не указан, коррекция производится через 10 циклов синхронизации (1 час);
SET TIMESYNC TIME ADJUSTMENT=CANCEL - отмена предыдущей команды, если она еще не выполнилась;
SET TIMESYNC CONFIGURATION FILE=SYS:SYSTEM\TIMESYNC.CFG - задание имени файла конфигурации системы синхронизации серверов;
SET TIMESYNC WRITE PARAMETERS=OFF (ON) - включение (ON) или выключение (OFF) записи изменений, внесенных в систему синхронизации, в файл конфигурации;
SET TIMESYNC WRITE VALUE=3 (1,2) - задание типов изменений, записываемых в файл конфигурации: 3 - включение всех изменений, 2 - включение изменений списка базовых серверов, 1 - включение изменений режимов работы системы синхронизации;
SET TIMESYNC RESET=OFF (ON) - при значении ON производится установка параметров синхронизации в состояние по умолчанию и очистка списка базовых серверов;
SET TIMESYNC RESTART FLAG=OFF (ON) - команда с параметром ON перезапускает модуль TIMESYNC.NLM, параметры считываются из файла конфигурации, флаг переустанавливается в OFF.

Как работать с консолью сервера?

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

При старте сконфигурированного сервера приглашение может появиться со значительной задержкой, обусловленной выполнением команд файлов STARTUP.NCF и AUTOEXEC.NCF.

Повторный вызов ранее введенных команд и редактирование командной строки осуществляется клавишами управления курсором, Backspace и Escape. Клавиши PrintScreen и Pause не задействованы, подсказки отсутствуют.
Команды CLS или OFF очищают экран консоли.
Для просмотра быстро прокручиваемых сообщений можно загрузить утилиту CONLOG.NLM, дублирующую консольный вывод в файл SYS:ETC/CONSOLE.LOG неограниченного размера. Дублирование прекращается, когда утилита выгружается из памяти.
При загруженных модулях, имеющих свои диалоговые экраны, переключение между их экранами и системной консолью осуществляется комбинациями Ctrl-Esc и Alt-Esc. Некоторые модули расширяют набор команд, доступных с системной консоли, например, CDROM.NLM добавляет команды CD HELP, CD VOLUME SET, CD MOUNT и др.

Модуль KEYB.NLM позволяет настроить клавиатуру на другой язык, но только в пределах латинского алфавита.

Можно ли управлять сервером с рабочей станции?

После инсталляции системы физическая консоль сервера (клавиатура и дисплей) в принципе становится необязательным элементом. Наблюдение и управление работой сервера может осуществляться с удаленной консоли, связанной с сервером по локальной сети или (и) через COM-порт по телефонной линии. Локальная связь надежнее и быстрее, однако требует доступности каталога SYS:SYSTEM управляемого сервера в начале сеанса и непрерывности установленного соединения. Эти условия могут нарушиться при перезагрузке дисковых или сетевых драйверов сервера, или при размонтировании тома SYS:.
Действия, приводящие к временной потере связи с сервером, можно производить выполнением пакетных.NCF-файлов, созданных предварительно в каталогах управляемого сервера.

С удаленной консоли переключение между экранами консоли комбинациями Ctrl-Esc и Alt-Esc не работает (это сочетание переключения задач Windows), экраны переключаются их выбором из списка, доступного по нажатии * на цифровой клавиатуре, или клавишами + и -.
В удаленной консоли NetWare 4.x экраны переключаются по Alt-F3 и Alt-F4, выход в главное меню - Alt-F1, завершение работы - Alt-F2.

При физическом отключении клавиатуры в BIOS Setup необходимо отключить ее начальное тестирование для предотвращения зависания при загрузке.

Как установить поддержку удаленной консоли на сервере?

Для поддержки удаленного управления на сервере загрузжают необходимые модули последовательностью следующих команд, обычно включаемых в AUTOEXEC.NCF:

Если асинхронное подключение не используется, то достаточно первых двух команд; модули AIO и AIOCOMX используются только в NetWare 4.x.

В команде LOAD REMOTE необходимо ввести пароль, по которому будет обеспечиваться доступ к удаленной консоли. Если его не указать, пароль будет запрашиваться с консоли и ожидаться при загрузке, что приостановит процесс автоматической загрузки.
Если номер COM-порта и скорость не заданы, то эти параметры также будут запрашиваться с консоли. В NetWare 4.x возможно шифрование пароля, после чего становится невозможным подглядывание пароля в файле AUTOEXEC.NCF. Для того, чтобы зашифровать пароль, загрузите REMOTE и введите команду REMOTE ENCRYPT. Будет запрошен пароль, в ответ на который вы получите ключ, например последовательность цифр 31415826. Этот ключ с параметром -E помещают в команду загрузки (в файл AUTOEXEC.NCF):

LOAD REMOTE -E 31415826

а на станции вводят тот пароль, который шифровали.
RSPX в NetWare 4.x по умолчанию использует сигнатуру пакетов, которую не поддерживает RCONSOLE из NetWare 3.x. Для обеспечения совместимости на сервере NetWare 4.x сигнатуры отключаются командой

LOAD RSPX SIGNATURE OFF

Модули AIO и AIOCOMX используются только в NetWare 4.x.
Модуль RS232 допускает дополнительные опции: N - связь по нуль-модему и С - задание режима обратного звонка (Call-back) для ограничения списка телефонных номеров, с которых возможно удаленное управление.

Как управлять сервером с рабочей станции сети?

На рабочей станции локальной сети запускается программа RCONSOLE.EXE, которая обеспечивает выполнение всех действий, доступных со штатной консоли сервера, а также просмотр каталогов и копирование файлов на диски (но не с них) файл-сервера, в том числе и диски DOS (если DOS не удалена из памяти) с любого диска станции.
Удаленный доступ к консоли разрешается по паролю, заданному при запуске REMOTE или паролю супервизора. Если консоль была заперта с помощью MONITOR, требуется ввод соответствующего пароля.
На любой машине, имеющей связь с сервером через COM-порт (прямо или через модем), может быть запущена программа ACONSOLE.EXE, которая имеет возможности, аналогичные RCONSOLE.

Для запуска программы требуются также файлы ACONSOLE.HLP, IBM$RUN.OVL, $RUN.OVL, LAN$RUN.OVL, SYS$ERR.DAT, SYS$HELP.DAT и SYS$MSG.DAT, доступные с сетевого каталога или локального диска.
Используемый протокол не обеспечивает гарантированной доставки пакетов и работает на невысоких скоростях, поэтому передача файлов в этом варианте малоэффективна. Максимальные возможности управления и дистанционной загрузки файлов обеспечивает смешанное (локальное и удаленное) соединение. В NetWare 4.x функции ACONSOLE включены в RCONSOLE. Для запуска этой утилиты с отдельно стоящего компьютера на нем в одном каталоге должны присутствовать файлы RCONSOLE.EXE, IBM_RUN.OVL, _RUN.OVL, IBM_AIO.OVL, _AIO.OVL из каталога SYS:SYSTEM и файлы RCONSOLE.HLP, TEXTUTIL.HEP, TEXTUTIL.IDX, TEXTUTIL.MSG из SYS:SYSTEM\NLS\ENGLISH (или подкаталога другого языка).
Удаленный доступ к консоли разрешается по паролю, заданному при запуске REMOTE или паролю супервизора. Если консоль была заперта с помощью MONITOR, требуется ввод соответствующего пароля.

При использовании удаленного управления сервер воспринимает клавиатурный ввод со всех консолей (локальной и удаленных) вперемешку, что создает определенные неудобства.
RCONSOLE NetWare 4.x позволяет буферизовать клавиатурный ввод с удаленной станции, для чего в меню есть пункт конфигурирования буферизации (Configure Keystroke Buffering). Возможны режимы:
No keystroke buffering (normal mode) - нормальный режим, без буферизации;
Keystroke delay (send when keyboard is idle) - отправление клавиатурных кодов задерживается и производится в паузах между нажатиями клавиш на сервере. Длительность паузы задается в соответствии с темпераментом операторов.
Manual keystroke send (Alt+F8 to send) - весь клавиатурный ввод сохраняется в буфере, отправление происходит по нажитию Alt-F8.
On demand buffering (Alt+F9 to enter a buffered command) - буферизация по запросу оператора, Alt-F8 открывает буфер для набора команды, которая посылается нажатием клавиши Enter (самый привлекательный вариант).

Как перезагрузить сервер с рабочей станции?

Как защитить консоль сервера?

Для пресечения несанкционированного ввода команд клавиатура консоли (любой, в том числе удаленной) может блокироваться опцией программы MONITOR с указанием открывающего пароля. Разблокирование возможно по указанному паролю или паролю супервизора.
Команда NetWare 4.x LOAD MONITOR L блокирует консоль до предъявления пароля ADMIN.

Как защитить систему от несанкционированых изменений?

Команда REMOVE DOS удаляет DOS из памяти, запрещая загрузку модулей с дисков DOS (гибких и жестких). Освободившаяся память используется ОС. После удаления DOS команда EXIT приводит к "теплой" перезагрузке сервера. При наличии пароля на вход в BIOS Setup сервера, задав начальную загрузку с диска C: и указав команды SWITCHES=/N в CONFIG.SYS (для MS DOS 6 и выше), BREAK OFF и SERVER в AUTOEXEC.BAT, без вскрытия системного блока сервера на нем невозможно запустить стороннюю программу с целью похищения данных с дисков.
Команда SECURE CONSOLE обеспечивает следующие меры защиты сервера:

запрещение загрузки модулей из любых каталогов, кроме SYS:SYSTEM, которое предохраняет от запуска модулей, взламывающих системы защиты (разумеется, при ограниченном доступе к SYS:SYSTEM);
запрещение доступа к встроенному отладчику ОС;
запрещение изменения системного времени и даты (разрешается только операторам консоли) - c системным временем могут быть связаны функции ограничения доступа, обнаружения нарушителя и учета ресурсов;
удаление DOS из памяти (выполняет действия команды REMOVE DOS).

Как выбрать аппаратную платформу для сервера?

Поскольку сервер является ключевым элементом сети, к выбору его аппаратной платформы следует относиться серьезно.
Корпус сервера должен иметь удобное конструктивное исполнение (лучше Tower), позволяющее устанавливать требуемое число внешних устройств - дисковых и ленточных. Специализированные конструктивы имеют средства обеспечения горячей замены дисков.
В конструкции корпуса желательна блокировка случайного выключения или аппаратной перезагрузки (RESET) компьютера.
Блок питания должен обеспечивать мощность, достаточную для питания системной платы и всей внутренней периферии.
Системная плата должна иметь слоты расширения желательно с высокоэффективными шинами PCI, EISA, MCA для подключения дисковых и сетевых адаптеров.

Вследствие своей многозадачности NetWare-386 использует аппаратные ресурсы PC, особенно прерывания и средства защищенного режима, существенно интенсивнее, чем DOS и Windows, поэтому возможны "вылеты" сервера на некачественных компьютерах (чаще 386-х), тестируемых средствами DOS без обнаружения ошибок. Однако, по сравнению с Windows NT Server, NetWare можно считать вполне неприхотливым по отношению к аппаратуре. Производительность процессора и памяти играет определяющую роль в определении эффективности файл-сервера. Для проверки режима работы процессора (TURBO или замедленный) служит консольная команда SPEED, показывающая условную скорость.
Производительность сервера определяется и объемом оперативной памяти, минимальный ее объем 4 Мбайт (8 Мбайт для NetWare 4.x). Дополнительное увеличение памяти используется системой для кэширования файлов и позволяет запускать большее число дополнительных процессов. При установке памяти свыше 16 Мбайт следует обратить внимание на разрядность шины адреса каналов DMA или Bus-Mastering, используемых дисковыми адаптерами (адаптеры шин ISA не могут адресовать память выше 16 Мбайт=224). Для повышения безопасности желательно использовать память с контрольным битом паритета, хотя в большинстве системных плат массового применения контроль паритета поддерживается уже не часто.
В специальных серверах встречается и память с коррекцией ошибок.
В отличие от DOS, NetWare весьма интенсивно использует систему аппаратных прерываний.

Частое возникновение таких ситуаций свидетельствует о проблемах аппаратных средств, которые могут снижать производительность сервера.
Видеоадаптер может быть простейшим, вплоть до MDA.
LPT-порты используются для подключения сетевых принтеров.
COM-порты используются для подключения модемов и системы обеспечения бесперебойного питания (UPS).
Мышь не используется, ее порт (PS/2-Mouse) можно использовать для подключения UPS.
Дисковая система является одной из основных компонент, определяющих мощность файл-сервера. В состав ОС входят драйверы, поддерживающие все основные типы интерфейсов: ST-506/412, ESDI, IDE (ATA, ISA-BUS) и SCSI; в настоящее время интерес представляют IDE и SCSI, наиболее популярные современные интерфейсы периферийных устройств. Адаптеры IDE и SCSI в принципе могут сосуществовать в одном сервере, распределяя между собой нагрузку по обслуживанию периферии.
Накопители на гибких дисках используются только для инсталляции сетевого ПО (и архивации в NetWare 3.11): NetWare 3.11 поставляется на 5" дисках 1.2 Мбайт, 3.12 - на 3" 1.44 Мбайт или CD-ROM, 4.x - только на CD-ROM, а архивируется ТОЛЬКО на SCSI-стримеры.
Сетевые адаптеры, устанавливаемые в сервер (официально до четырех, иногда можно больше), также существенно определяют производительность. Рекомендуется применять высокопроизводительные адаптеры, для Ethernet это как минимум NE2000. Хорошее решение - применение полнодуплексного адаптера с интерфейсом на витой паре, подключенного к соответствующему интеллектуальному хабу. При большом количестве узлов их желательно подключать к раздельным сетям, использующим разные адаптеры сервера.

Как определить необходимый объем памяти сервера?

Минимальный объем памяти (4 и 8 Мбайт для серверов NetWare 3.x и 4.x соответственно) не обеспечивает возможности работы при серьезной нагрузке. Необходимый объем рассчитывается как сумма расхода на ОС (M os), на запуск модулей PSERVER, BTRIEVE, NetWareNFS... (M mod), на утилиты MONITOR, INSTALL, PCONSOLE... (M util), на монтирование томов (M vol), на кэширование дисков (M cache).
Для NetWare 3.x:
M os = 2 Mбайт; M mod + M util + M cache =2 Mбайт;
M vol =0.023*vol_size (Мбайт)/block_size (Кбайт) - без дополнительного пространства имен, для 2 Мбайт томов с блоком 8 Кбайт Mvol=5.75 Мбайт
итого:
M os + M mod + M util + M vol + M cache =2+2+5.75=9.75, округляем до 10-12 Мбайт.
Для NetWare 4.x:
M os =8 Mбайт; M mod = M util =2 Mбайт; M cache =(1-8) Mбайт
M vol =0.008*vol_size (Мбайт), для 2 Мбайт томов M vol =16 Мбайт;
итого:
M os + M mod + M util + M vol + M cache =8+2+2+16+4=32 Мбайт, что при упавших ценах на память не так уж и страшно.

Как проверять новые модули на совместимость и работоспособность?

В составе NetWare нет полноценных средств тестирования модулей. Существуют, однако, некоторые меры предосторожности, нелишние при установке незнакомых модулей.
Перед запуском незнакомого модуля полезно заархивировать по крайней мере самую важную информацию на сервере и Bindery для серверов NetWare 3.x.
После загрузки модуля попробуйте его выгрузить: если модуль, выгружаясь, не полностью освобождает ресурсы (об этом вы узнаете из соответствующего сообщения), то он не является корректным для данной версии ОС и подлежит замене.

Модули, использующие старые вызовы API, с новой версией обычно работают, но менее эффективно. Их можно выявить и по возможности обновить.

Выдача имен старых вызовов API при загрузке разрешается командой
SET DISPLAY OLD API NAMES = ON, по умолчанию OFF, доступно и из STARTUP.NCF
Контролем попыток использования несуществующей памяти управляют следующие команды SET, доступные и из файла STARTUP.NCF:
SET ALLOW INVALID POINTERS=OFF(ON) - разрешение модулям создавать несуществующие 4-килобайтные страницы памяти с предупреждением на консоли и в файле протокола при первом создании такого указателя модулем NLM.
SET READ FAULT NOTIFICATION=ON(OFF) - разрешение уведомлений о попытке чтения несуществующей страницы памяти (на коносоль и в протокол)
SET READ FAULT EMULATION=ON(OFF) - разрешение эмуляции успешного чтения несуществующей страницы памяти.
SET WRITE FAULT NOTIFICATION=ON(OFF) - разрешение уведомлений о попытке записи в несуществующую страницу памяти (на коносоль и в протокол)
SET WRITE FAULT EMULATION=ON(OFF) - разрешение эмуляции успешной записи в несуществующую страницу памяти.

Чем определяется производительность файл-сервера?

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

Высокопроизводительные контроллеры дисков, использующие прямой доступ к памяти (DMA) и захват шины (Bus-mastering), выполняют операции считывания/записи прямо с кэш-буферами. Для устройств, которым недоступна адресация памяти свыше 16 Мбайт, резервируются буферы в нижней области, количество которых можно задать только в STARTUP.NCF командой
SET RESERVED BUFFERS BELOW 16 MEG = 16 (8-300).
Вся свободная память пула кэш-буферов используется для кэширования чтения и записи файлов, однако из этого же пула система будет удовлетворять другие запросы на предоставление памяти за счет уменьшения текущего количества кэш-буферов. Неприкосновенный запас памяти для кэш-буферов задается командой
SET MINIMUM FILE CACHE BUFFERS = 20 (20-1000).
При угрожающем приближении остатка кэш-буферов к минимальному значению на консоль выводится предупреждение об их недостаточном количестве. Порог приближения задается командой
SET MINIMUM FILE CACHE REPORT THRESHOLD = 20 (0-1000)
Независимо от величины порога при достижении минимума на консоль выводится соответствующее сообщение.
Запросы на выгрузку кэш-буферов записи на диск передаются в лифт группами. Размер группы задается командой
SET MAXIMUM CONCURRENT DISK CACHE WRITES = 50 (10-4000)
Немедленная выгрузка файла (а не под управлением менеджера кэша) на диск по команде NCP "File Commit" запрещается по команде
SET NCP FILE COMMIT = OFF, по умолчанию ON.
Время задержки записи не до конца заполненных кэш-буферов на диск задается командой
SET DIRTY DISK CACHE DELAY TIME = 3.3 (0.1-10 с).
Его уменьшение, незначительно понижающее вероятность потери данных, может значительно снизить производительность сервера при большом количестве запросов на запись мелкими порциями.
При последовательном чтении файла система может выполнять упреждающее чтение последующего блока в кэш (про запас). При дефиците памяти эту возможность можно запретить командой
SET READ AHEAD ENABLED = OFF, по умолчанию ON.
Быстрота заполнения файлового кэша новыми запросами характеризуется параметром LRU (Least Recently Used) Sitting Time - временем нахождения в памяти дольше всех неиспользуемых данных. Опережающее чтение активизируется, только когда LRU превышает порог, заданный командой
SET READ AHEAD LRU SITTING TIME THRESHOLD = 10 (0-3600 с).
Число кэш-буферов, выделяемое ОС при загрузке для кэширования каталогов определяется командой
SET MINIMUM DIRECTORY CACHE BUFFERS = 20 (10-2000).
При работе по мере необходимости система кэширования запрашивает у OC память для увеличения количества буферов. Максимальное количество буферов можно изменить командой
SET MAXIMUM DIRECTORY CACHE BUFFERS = 500 (20-4000),
Скорость роста числа буферов можно ограничить, определив время задержки выделения нового буфера командой
SET DIRECTORY CACHE ALLOCATION WAIT TIME = 2.2 (0.5-120 с).
Время хранения неиспользуемого кэш-буфера каталога (до замещения его другим) устанавливается командой
SET DIRECTORY CACHE BUFFER NONREFERENCED DELAY = 5.5 (0.5-300 с).
Увеличение времени повышает вероятность нахождения требуемого каталога в памяти ценой увеличения числа буферов.
Количество запросов на запись каталоговых кэш-буферов, одновременно передаваемых в лифт, задается командой
SET MAXIMUM CONCURRENT DIRECTORY CACHE WRITES = 10 (5-50).
Увеличение параметра повышает эффективность записи, уменьшение - чтения.
Время задержки записи кэш-буферов на диск задается командой
SET DIRTY DISK CACHE DELAY TIME = 5 (0-10 с).
Его уменьшение при незначительном понижении вероятности разрушения каталогов может сильно снизить производительность сервера, а увеличение при незначительном выигрыше в производительности повышает вероятность разрушения таблиц каталогов.
Для ускорения доступа к большим файлам ОС автоматически индексирует любой файл прямого доступа, имеющий более 64 элементов FAT, строя индекс турбо-FAT. Поскольку это построение занимает определенное время, а турбо-FAT может впоследствии пригодиться для нового доступа к тому же файлу, задается время жизни индекса после закрытия индексированного файла, определяемое командой
SET TURBO FAT RE-USE WAIT TIME = time в пределах от 0.03 с до 66 мин, по умолчанию 5.5 мин. По исчерпании времени ожидания буфер может быть выделен для другого файла.

Что делает команда SPEED?

Эта команда выводит на консоль скорость работы процессора (и памяти) в некоторых условных единицах. Она НЕ управляет режимом "Turbo", и служит для ориентирования при инсталляции сервера.
Для 386SX-16 и сервера NetWare 3.12 ориентировочное значение параметра - 95, для 386DX-16 - 120. Процессоры 486 и Pentium на той же условной частоте дают примерно удвоенные и учетверенные значения соответственно. Повышение тактовой частоты дает примерно пропорциональный прирост скорости, который постепенно снижается из-за тактов ожидания памяти.
Для сервера NetWare 4.10 386DX-33 дает значение 320, 486DX-50 - 1370, Pentium 66 МГц - 3660.

Как определить загруженность процессора сервера?

В NetWare 3.x для этого необходимо запустить утилиту MONITOR с параметром -P, который подключает систему учета загрузки процессора, предлагая список наблюдаемых процессов и прерываний. Высокий уровень загрузки процессами Polling и STREAMS Q Runner свидетельствует о невысокой нагрузке на сервер. Необычайно высокий процент загрузки для других процессов указывает или на высокую нагрузку на соответствующие ресурсы, или на неполадки в аппаратуре или драйверах.
MONITOR NetWare 4.x всегда обеспечивает доступ к расширенной информации о загрузке, позволяя и изменять приоритеты процессов.

Что делать с дампом памяти, сохраняемом на диске после "вылета" сервера по GPE (General Protection Error)?

Этот дамп 8-16 и более Мбайт памяти можно, конечно, послать в Novell, где через некоторое время и, наверное, за некоторую сумму денег возможно, поставят диагноз вашему серверу или загруженным модулям. А может вам удастся помочь фирме поймать очередную "блоху" (Bug) в NetWare. Однако практичнее его стереть, а если ситуация повторяется - искать причину в системной плате, памяти, адаптерах (особенно, использующих DMA и Bus Mastering), или в загружаемых модулях. По предыстории событий можно вычислить виновника и без специальных средств.

Одно время этим грешили компьютеры с 80386, которые нормально тестировались DOS-программами (CHECKIT, QUAPLUS, PCCHECK), но "вылетали" при загрузке SERVER.EXE. На этих же машинах потом не удавалось эффективно поставить DOS 6.x в верхнюю память. На 486 и Pentium автору такого наблюдать не доводилось.

Что означает сообщение "Invalid request returned NPutIOCTL"?

Это сообщение появляется при установке ISA-контроллера диска Bus Master в сервер с шиной EISA и памятью более 16 Мбайт, когда менеджер кэша пытается использовать буфер в области памяти, недоступной дисковому адаптеру. В качестве временного решения, в STARTUP.NCF введите команду SET AUTO REGISTER MEMORY ABOVE 16 MEGABYTES = OFF и перезагрузите сервер, но лучше заменить адаптер на 32-разрядный.

Что такое файл NET$ERR.LOG?

В этот файл, находящийся в каталоге SYS:SYSTEM, записываются все значительные сообщения, в том числе и об ошибках, выводимые на консоль сервера. Рекомендуется периодически его просматривать утилитой SYSCON (опции администратора) и, если все благополучно, очищать для сохранения свободного места на томе.

Сообщения о результатах загрузки модулей в этот файл не попадают, для их протоколирования используйте утилиту CONLOG.NLM.

Как защитить консоль сервера от подошедшего к нему пользователя?

Это можно сделать соответствующей опцией утилиты MONITOR.NLM, введя пароль на открытие (кроме него подойдет и пароль пользователей SUPERVISOR или ADMIN)

Локальная вычислительная сеть novell netware. Сетевая операционная система Novel NetWare: основные протоколы, службы

История и версии сетевой ОС NetWare

NetWare 286 2.x

NetWare 3.x

NetWare 4.x

Novell NetWare

Причины успеха NetWare

Windows NT

Интеграция

Догнать и перегнать

Перевес по голосам

Вопросы и ответы (глава 1)

Базовые элементы монтажа в Vegas Pro Вставка шаблонных титров

Как создать, установить и поменять тему на андроид Как создать лаунчер на все телефоны

Где и в каком виде хранится информация

Категории

Последние статьи

Как настроить или поменять дату и время на Android: установка вручную или автосинхронизация

Как настроить дату и время на Android

Как восстановить доступ к папке

Команды Minecraft Сервера Майнкрафт без регистрации

Вконтакте для андроид Последняя версия vk для андроид

Скачать Ложный вызов на андроид v

Как выключить самсунг он завис

Подробный обзор мобильного телефона Samsung S8500 Wave Самсунг wave s8500 cdma поддерживает

Продажи Galaxy S8 в России вдвое выше, чем у предыдущего флагмана Samsung Телефон начинается с дизайна

Реклама

Локальная вычислительная сеть novell netware. Сетевая операционная система Novel NetWare: основные протоколы, службы

История и версии сетевой ОС NetWare

NetWare 286 2.x

NetWare 3.x

NetWare 4.x

Novell NetWare

Причины успеха NetWare

Windows NT

Интеграция

Догнать и перегнать

Перевес по голосам

Вопросы и ответы (глава 1)

Возможно вам будет интересно:

Категории

Последние статьи

Реклама