Вопросы и ответы (глава 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. При регистрации может потребоваться указание полного Каталогового имени администратора командой

LOGIN .ADMIN.org_name

При инсталляции 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)

Инструкция

Возможна ситуация, когда при загрузке Windows исчезает экран приветствия и самопроизвольно устанавливается классический вход в систему. При попытке вернуть прежний способ загрузки появляется сообщение: «Служба клиента для NetWare выполнила отключение экрана приветствия…» и предлагается отключить эту службу .

Зайдите в «Панель управления» и раскройте узел «Сетевые подключения». Вызывайте выпадающее меню щелчком правой клавиши по иконке «Подключение по локальной сети». Выбирайте команду «Свойства», в разделе «Компоненты…» отметьте «Клиент для сетей NetWare» и нажмите «Удалить».

Если такого пункта нет, его нужно добавить. Нажмите «Установить». В окне «Выбор сетевого компонента» по умолчанию активен пункт «Клиент». Используйте кнопку «Добавить». В новом окне для подтверждения выбора нажмите ОК.

Если при попытке добавить клиента появляется сообщение «Невозможно добавить требуемый компонент…», используйте Win+R для вызова строки «Открыть» и введите команду services.msc. В правой части окна «Службы (локальные)» найдите оснастки «Запуск серверных процессов DCOM» и «Удаленный вызов процедур (RPC)».

Содержимое столбцов «Состояние» и «Тип запуска» должно быть «Работает» и «Авто». Если оснастка отключена, щелкните по ней правой клавишей мыши, в выпадающем меню выбирайте опцию «Свойства». Во вкладке «Общие» нажмите «Пуск» и установите тип запуска «Авто».

Если этот способ не помог, используйте программу AutoRuns, чтобы найти в системе элементы NetWare и удалить их. Скачайте с сайта разработчика http://technet.microsoft.com/ru-ru/sysinternals/bb963902.aspx программу и запустите. В столбце Publisher ищите название Novell. Наведите на найденный элемент курсор, нажмите правую клавишу мыши и выбирайте в контекстном меню Delete.

Источники:

• служба клиента для netware выполнили отключение

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

Инструкция

В разных версиях операционной системы Windows процедура отключения службы клиента для сетей NetWare выполняется по-разному. Вызовите главное меню ОС Windows версии Vista, нажав кнопку «Пуск», и перейдите в пункт «Настройка». Укажите пункт «Сетевые подключения» в каталоге открывшегося диалогового окна и вызовите контекстное меню элемента «Подключение по локальной сети» кликом правой кнопки мыши.

Укажите пункт «Свойства» и подтвердите выполнение выбранного действия, нажав кнопку «Продолжить» в открывшемся окошке запроса системы. Обратите внимание на то, что может потребоваться ввести администраторский пароль в этом диалоговом окне. Выберите закладку «Сеть» в новом диалоговом окне и найдите строку «Клиент для сетей NetWare» в каталоге «Отмеченные компоненты используются этим подключением». Воспользуйтесь кнопкой «Удалить» для отключения требуемого элемента и подтвердите сохранение сделанных изменений, нажав кнопку «Да». После этого перезагрузите систему.

Откройте главное меню ОС Windows версии ХР, нажав кнопку «Пуск», и перейдите в пункт «Настройки». Раскройте ссылку «Сетевыe подключения» в открывшемся каталоге и вызовите контекстное меню компонента «Подключение по локальной сети» кликом правой кнопки мыши. Укажите пункт «Свойства».

Выберите закладку «Общие» в открывшемся диалоговом окне и найдите строку «Клиент для сетей NetWare» в разделе «Компоненты, используемые этим подключением». Выделите найденную строку и воспользуйтесь командой «Удалить». Подтвердите выполнение выбранного действия, нажав кнопку «Да» в открывшемся окошке запроса системы и примените сделанные изменения, перезагрузив компьютер.

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

Видео по теме

Источники:

• Служба клиента для Netware выполнила отключение экрана приветствия в 2019

Вам понадобится

• - Программное обеспечение Cursor Hider.

Инструкция

При помощи программы Cursor Hider вы сможете управлять параметрами отображения указателя, т.е. скрывать его при необходимости. Скачать данную утилиту можно по следующей ссылке http://www.softexe.com/cursorhider.html. На загруженной странице кликните элемент верхнего меню Download, затем нажмите на ссылку с анкором cursorhider.exe. Установите программу и запустите ее, дважды щелкнув по значку на рабочем столе.

После запуска программы в системном трее появится иконка с изображением стандартного указателя мыши в Windows-системах. Фактически, при запуске утилиты нужные вам настройки уже автоматически задействованы. Откройте текстовый документ и начните ввод первого предложения. Обратите внимание на курсор, он исчезает при первом же нажатии клавиши. Чтобы задействовать его снова, необходимо передвинуть мышку.

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

Для перехода к настройкам программы необходимо кликнуть на ее значке, а затем на пункте Options, либо при появлении меню программы нажать сочетание клавиш Alt + O (латинская). В открывшемся окне перейдите к вкладке Cursor Hider, на которой необходимо поставить галочки напротив пунктов Hide pointer и Hide mouse. Также вы можете задать временные интервалы, по истечению которых курсор мыши будет автоматически исчезать с вашего экрана. Например, при чтении текста электронной книги или статьи мышью вы не пользуетесь. Чтобы она вам не мешала, при чтении рекомендуется изменить значение раскрывающегося списка с 1-2 секунд до 5-6.

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

Видео по теме

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

Вам понадобится

• - компьютер с ОС Windows.

Инструкция

Для отключения сканирования системного диска проделайте следующие шаги. Нажмите «Пуск». Выберите «Все программы», затем - «Стандартные программы». Среди стандартных программ есть «Командная строка». Запустите ее.

Дальше в командной строке введите Chkntfs /X C, где С является буквой системного диска. Если ваш системный диск имеет другую букву, то, соответственно, ее и нужно прописать. После ввода команды нажмите клавишу Enter. Закройте командную строку. Теперь автоматическая проверка системного раздела отключена. Таким же способом можно отключить автоматическую проверку других разделов жесткого диска. Просто в конце команды следует написать букву раздела винчестера, для которого вы хотите отключить сканирование.

Еще один способ отключить проверку - это отредактировать ветку системного реестра. В командной строке введите regedit. Через секунду запустится окно редактора реестра. В его левой части находится список главных разделов системного реестра. Найдите среди них раздел HKEY_LOCAL_MACHINE.

Кликните по стрелочке, которая находится напротив названия этого раздела. Повторите процедуру возле подраздела SYSTEM. Таким образом открывайте разделы в таком порядке: CurrentControlSet/Control/Session Manager. Session Manager открывать не нужно, выделите его с помощью левого щелчка мышки.

После выделения последнего раздела в правом окне будут доступны ветки для редактирования. Найдите среди них ветку под названием BootExecute. Щелкните по ней дважды левой кнопкой мышки. Теперь ее можно отредактировать. Все, что вам нужно, - это перед звездочкой добавить параметр /K:C. В конечном итоге отредактированная ветка будет выгладить так: autocheck autochk /k:C. Сохраните изменения. После этого проверка диска будет отключена.

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

Инструкция

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

Если письмо получено от надежного источника, но вы хотите отказаться от данной рассылки , необходимо кликнуть на активную гиперссылку в тексте письма «Отказаться от рассылки ». Зачастую этого достаточно, чтобы письма от данного сайта больше не приходили на ваш адрес. В некоторых случаях текст письма-рассылки не содержит фразы «Если вы хотите отказаться от рассылки …». Тогда необходимо перейти на сайт, от которого получено данное письмо. Авторизоваться в «Личном кабинете» и убрать «галочку» с опции «Да, я хочу получать рассылку о…». В случае, если данного упоминания в «Личном кабинете» нет, необходимо связаться с администрацией сайта с просьбой исключить себя из списка адресов на рассылку. Если, несмотря на вышеизложенные действия, нежелательные письма продолжают поступать на ваш электронный адрес, необходимо в настройках ящика зайти во вкладку «Черный список» и указать там источник, из которого поступают письма.

Novell NetWare 6.5 SP6

Эта сетевая операционная система позже была названа Novell NetWare . В NetWare используется протокол NCP (англ. NetWare Core Protocol - протокол ядра 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 386 стала NetWare 3.x .

NetWare 286 2.x

Настройка NetWare версии 2 требовала значительных усилий: для любого изменения было необходимо перекомпилировать ядро и перезагружать систему. NOS поставлялась в виде набора объектных моделей. Перекомпиляция для замены драйвера ЛВС требовали поочерёдного использования 20 дискет . Тем не менее именно в этой версии произошла изоляция ядра сетевой операционной системы (NOS) от технологии - архитектуры коммуникаций. Конкурирующие с NetWare продукты представляли собой "коробочные" решения, сочетавшие софт и железки из одного ящика. Администрирование 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

NetWare 4.1x

Open Enterprise Server

Эффективность протокола NCP

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

1. Сервер подтверждал получение запроса.
2. Клиент подтверждал получение подтверждения.
3. Клиент подтверждал получение данных.
4. Сервер подтверждал получение подтверждения.

В основе же протокола NCP лежала концепция надёжной доставки пакетов сетью в большинстве случаев. Поэтому ответ на запрос служил в большинстве случаев подтверждением. Пример запроса чтения клиента в данной модели.

1. Клиент отправлял запрос на сервер.
2. Сервер отправлял запрошенные данные клиенту.

Все запросы содержали последовательный номер, поэтому если клиент не получал ответа в течение указанного времени, он отправлял запрос повторно с тем же последовательным номером. Если сервер уже обрабатывал этот запрос, он отправлял кэшированный ответ повторно. Если у сервера не было времени на обработку запроса, он отправлял «положительное подтверждение», что означало «я получил запрос, но ещё не дошёл до его обработки, не беспокойте меня».

Результатом использования этой модели «надёжной сети» было уменьшение на две трети сетевого трафика и связанных с ним задержек.

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

В 90-х годах интенсивно сравнивалось выполнение операций сетевых файловых служб специальным программным обеспечением в обычной операционной системе с выполнением тех же операций специализированной операционной системой. NetWare была специализированной операционной системой, не операционной системой с поддержкой режима разделения времени. Она была полностью написана для обработки запросов типа «клиент-сервер ». Изначально система была ориентирована на службы файлов и печати, но позже продемонстрировала отличные унаследованные возможности в качестве платформы баз данных , систем электронной почты , веб-сервисов и других служб. Она также эффективно работала в качестве маршрутизатора протоколов IPX , TCP/IP и AppleTalk , хотя никогда не претендовала на гибкость, присущую аппаратным маршрутизаторам.

В версии 4.x и более ранних версиях NetWare не поддерживалась вытесняющая многозадачность , режим разделения времени, виртуальная память , графический интерфейс пользователя и прочее. Процессы и службы, выполнявшиеся в NetWare, должны были работать правильно: обрабатывать запрос и возвращать управление операционной системе в отведённое время. В отличие от NetWare операционные системы общего назначения (UNIX , Microsoft Windows) основывались на интерактивной модели с поддержкой режима разделения времени, когда без контроля со стороны операционной системы программа могла бы занять все доступные ресурсы системы. В таких средах с вытесняющей многозадачностью и виртуализацией памяти возникала значительная дополнительная нагрузка, так как в таких системах никогда не хватает ресурсов для выполнения всех запросов всех приложений, конкурирующих за использование системной памяти и доступ к устройствам ввода-вывода. Такие системы улучшились со временем путём более тесной интеграции сетевых служб с ядром операционной системы «общего назначения», а в основном - за счет упрощения, если не сказать огрубления механизма выделения ресурсов конкурирующим приложениям, что опять же приближало их к системам кооперативной многозадачности; но так и не смогли достигнуть уровня эффективности NetWare. Раньше, когда прикладные процессы управляли собой, такое «доверие» часто приводило к аварийным остановам системы. Но зато и результат в случае "правильной" работы впечатлял. Пожалуй, инженеры Novell нашли в версиях 5.х и 6.х с гибридным ядром оптимальный баланс надежности - толерантности системы и ее производительности. Обидно, что приложений, написанных для API именно этих версий очень мало.

Возможно, основной причиной успеха Novell в 80-х и 90-х годах была более эффективная работа NetWare по сравнению с операционными системами общего назначения. Однако по мере увеличения мощности микропроцессоров значение эффективности становилось всё меньше и меньше, а с появлением процессора Pentium сложность управления и разработки приложений для NetWare стали перевешивать её преимущества. Самоуверенность маркетингового подразделения и руководства Novell на фоне реальной угрозы конкурентов (NT4 и Microsoft Exchange) стало последней каплей в процессе, который, в конце концов, привёл к потере позиций системой NetWare.

Возможна и другая точка зрения. Novell перестала продвигать свой головной продукт, ее менеджеры неадекватно воспринимали реальность. NetWare оставалась очень эффективной платформой для SQL серверов; после портирования на нее сервера Apache она имела серьёзные шансы состязания с платформой *nix. Следовательно, главной бедой Novell стало самоустранение из бизнеса на фоне былых маркетинговых ошибок.

Примечания

См. также

• Сравнение операционных систем

Ссылки

• Novell NetWare 6.5 - раздел NetWare на веб-сайте Novell.
• The First NetWare Users (англ.) - ранняя история NetWare (формат PDF)
• Краткая история NetWare (англ.)
• Ещё одна краткая история NetWare (англ.)
• www.novell-admin.ru Системный администратор Novell NetWare

Литература

• Гаскин Д. Администрирование Novell Netware 6.0/6.5. - СПб. : BHV-СПб, 2003. - С. 1056. - ISBN 5-94157-233-6

NetWare - сетевая операционная система и набор сетевых протоколов, которые используются в этой системе для взаимодействия с компьютерами-клиентами, подключёнными к сети. Операционная система NetWare создана компанией Novell. NetWare является закрытой операционной системой, использующей кооперативную многозадачность для выполнения различных служб на компьютерах с архитектурой Intel x86. В основе сетевых протоколов системы лежит стек протоколов 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 была создана в результате работы SuperSet Software - консалтинговой группы, основанной друзьями Дрю Мэйджером , Дэйлом Найбауэром , Кайлом Пауэллом и позднее вошедшим в эту группу Марком Хёрстом . В основу этой работы были положены результаты их занятий в университете Бригама Янга в городе Прово , штат Юта в октябре 1981 года .

Эта сетевая операционная система позже была названа Novell NetWare . В NetWare используется протокол NCP (привет - протокол ядра 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

NetWare 4.1x

Open Enterprise Server

1.0

После версии NetWare 6.5 компания Novell выпустила в 2003 году операционную систему Open Enterprise Server (OES), в которой пользователи могут выбирать ядро операционной системы - NetWare или Linux . Эта интеграция была выполнена вскоре после приобретения компанией Novell компаний Ximian и немецкого поставщика GNU/Linux компании SuSE . Считается, что Novell смещает своё внимание с NetWare и портирует приложения на GNU/Linux. Хотя официально компания Novell это отрицает и заявляет, что она будет вести разработку и NetWare, и Linux.

2.0

OES 2 был выпущен 8 октября . Он включил в себя NetWare 6.5 SP7 и новую, основанную на Linux - SLES10.

Производительность

Система NetWare доминировала на рынке сетевых операционных систем с середины 80-х годов до конца 90-х благодаря чрезвычайно высокой производительности по сравнению с другими сетевыми операционными системами. Большинство сравнительных тестов в то время указывали на преимущество в производительности в соотношении от 5:1 до 10:1 по сравнению с продуктами Microsoft , Banyan и других компаний. Результаты одного сравнительного теста были особенно интересны: система NetWare 3.x со службами NFS , работающими по протоколам TCP/IP (не по разработанному для NetWare протоколу IPX), сравнивалась с дорогостоящим выделенным сервером Auspex NFS и с сервером SCO Unix с запущенными службами NFS. Производительность NetWare NFS превысила производительность обоих систем NFS, являющихся частью соответствующих операционных систем, и превысила в два раза производительность SCO Unix NFS на одинаковом оборудовании.

Было несколько причин такой производительности NetWare.

Службы файлов вместо дисковых служб

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

1. Прочитать первый блок каталога.
2. Продолжить чтение следующих блоков каталогов до тех пор, пока не будет найден блок каталога, содержащий данные искомого файла (таких блоков каталогов могло оказаться много).
3. Читать блоки записей файлов до тех пор, пока не будет найден блок с данными искомого файла (таких блоков могло оказаться много).
4. Читать искомый блок данных.

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

1. Сервер подтверждал получение запроса.
2. Клиент подтверждал получение подтверждения.
3. Клиент подтверждал получение данных.
4. Сервер подтверждал получение подтверждения.

В основе же протокола NCP лежала концепция надёжной доставки пакетов сетью в большинстве случаев. Поэтому ответ на запрос служил в большинстве случаев подтверждением. Пример запроса чтения клиента в данной модели.

1. Клиент отправлял запрос на сервер.
2. Сервер отправлял запрошенные данные клиенту.

Все запросы содержали последовательный номер, поэтому если клиент не получал ответа в течение указанного времени, он отправлял запрос повторно с тем же последовательным номером. Если сервер уже обрабатывал этот запрос, он отправлял кэшированный ответ повторно. Если у сервера не было времени на обработку запроса, он отправлял «положительное подтверждение», что означало «я получил запрос, но ещё не дошёл до его обработки, не беспокойте меня».

Результатом использования этой модели «надёжной сети» было уменьшение на две трети сетевого трафика и связанных с ним задержек.

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

В 90-х годах интенсивно сравнивалось выполнение операций сетевых файловых служб специальным программным обеспечением в обычной операционной системой с выполнением тех же операций специализированной операционной системой. NetWare была специализированной операционной системой, не операционной системой с поддержкой режима разделения времени. Она была полностью написана для обработки запросов типа «клиент-сервер ». Изначально система была ориентирована на службы файлов и печати, но позже продемонстрировала отличные унаследованные возможности в качестве платформы баз данных , систем, графический интерфейс пользователя и прочее. Процессы и службы, выполнявшиеся в NetWare, должны были работать правильно: обрабатывать запрос и возвращать управление операционной системе в отведённое время. В отличие от NetWare операционные системы общего назначения (UNIX , Microsoft Windows) основывались на интерактивной модели с поддержкой режима разделения времени, когда без контроля со стороны операционной системы программа могла бы занять все доступные ресурсы системы. В таких средах с вытесняющей многозадачностью и виртуализацией памяти возникала значительная дополнительная нагрузка, так как в таких системах никогда не хватает ресурсов для выполнения всех запросов всех приложений. Такие системы улучшились со временем путём более тесной интеграции сетевых служб с ядром операционной системы «общего назначения», но так и не смогли достигнуть уровня эффективности NetWare. К сожалению, раньше, когда прикладные процессы управляли собой, такое «доверие» часто приводило к аварийным остановам системы.

Возможно, основной причиной успеха Novell в 80-х и 90-х годах была более эффективная работа NetWare по сравнению с операционными системами общего назначения. Однако по мере увеличения мощности микропроцессоров значение эффективности становилось всё меньше и меньше, а с появлением процессора Pentium сложность управления и разработки приложений для NetWare стали перевешивать её преимущества. Самоуверенность маркетингового подразделения и руководства Novell на фоне реальной угрозы конкурентов (NT4 и Microsoft Exchange) стало последней каплей в процессе, который, в конце концов, привёл к потере позиций системой 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.