Рабочая станция NetWare

2. Рабочая станция NetWare

Рабочей станцией NetWare является компьютер, имеющий связь с серверами по локальной сети или через удаленное подключение, на котором загружено клиентское программное обеспечение.
Приложения рабочих станций могут обращаться к стандартным ресурсам DOS - дискам и принтерам, переназначенным оболочкой на сетевые устройства, а также непосредственно использовать вызовы сетевых протоколов, необходимые для обеспечения распределенной обработки информации.
Устанавливаемое на рабочей станции сетевое обеспечение разделяется на два уровня, нижний уровень отвечает за обеспечение коммуникаций, верхний уровень (клиент) обеспечивает доступ к сетевым сервисам.
После успешной загрузки клиентского обеспечения станция пытается установить соединение с сервером сети, и в случае успеха у нее появляется первый сетевой диск, обычно F:, отображающий каталог SYS:LOGIN подключенного сервера, что обеспечивает возможность регистрации пользователя в сети.
NetWare поставляется с клиентской частью для DOS/Windows, OS/2, Macintosh и UNIX, но наиболее распространены станции DOS/Windows, в дальнейшем мы будем говорить в основном о них. Работа с NetWare станций Windows подробнее описана в главе 7.

Чем определяется состав загружаемых модулей?

По умолчанию загружаются все присутствующие модули стандартного набора из текущего директория. Отменить весь стандартный набор можно директивой USE DEFAULTS = OFF, отдельные модули - директивой EXCLUDE VLM = fname или их переименованием (удалением), дополнительные модули подключаются директивой VLM = pathname. Взаимосвязанные модули должны загружаться в определенном порядке.

В случае применения опции USE DEFAULTS = OFF в секции NetWare DOS Requester командами VLM=pathname должны быть перечислены все необходимые модули в требуемом порядке.

Табл 2.7 Стандартный набор и порядок загрузки модулей

CONN.VLM	менеджер таблицы соединений;
IPXNCP.VLM	реализация транспорта для запросов NCP на базе IPX;
TRAN.VLM	мультиплексор транспортного протокола
SECURITY.VLM	расширенные средства защиты (необязательно);
NDS.VLM, BIND.VLM, PNW.VLM	реализации протоколов NetWare для доступа к серверам с NDS, Bindery и Personal NetWare (порядок загрузки соответствует приоритетам, загружаются только требуемые в данной сети);
NWP.VLM	мультиплексор протоколов NetWare;
FIO.VLM	файловый ввод-вывод;
PRINT.VLM	редиректор принтера (необязательно);
GENERAL.VLM	различные функции для NETX.VLM и REDIR.VLM;
REDIR.VLM	редиректор DOS;
NETX.VLM	обеспечение совместимости со старой оболочкой (необязательно).

Чем отличается сетевой диск (Network drive) от поискового диска (Search Drive)?

Сетевой диск для рабочей станции - это буква, обозначающая логический диск, спланированный на сетевой каталог. Поисковый диск также имеет свою букву, но отсчитываемую "вверх" от Z (или параметра LASTDRIVE файла CONFIG.SYS для VLM) и отражает логический диск, но при этом каталог, на который он ссылается, включается в переменную окружения DOS PATH, то есть в путь поиска.

Назначать поисковые диски можно командой вида MAP Sn:=net_path, где "n" - номер поискового диска (1-16), net_path - имя сетевого каталога, добавляемого в DOS-переменную PATH.
Преобразовать поисковый диск в сетевой и обратно можно опцией C команды MAP, например, команда MAP C S1: исключит ранее определенный каталог из переменной PATH (сохранив сетевой диск Z:), а команда MAP C Z: добавит сетевой каталог, отображаемый диском Z:, в переменную PATH.
При использовании оболочек типа Norton Commander, буквы, соответствующие поисковым дискам, также отображаются в общем списке дисков, что несколько их загромождает.

Чем отличаются файлы NET.CFG и SHELL.CFG?

Оба эти файла предназначены для конфигурирования клиентского обеспечения станции, многие их команды совпадают. Файл SHELL.CFG использовался для настройки монолитного драйвера IPX.COM, оболочки NETx и эмулятора NetBIOS, файл NET.CFG появился с драйверами ODI и поглотил функции SHELL.CFG. Запросчик VLM.EXE использует только файл NET.CFG.

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

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

Если у файла не установлен атрибут разделяемости S, доступ к нему получит только первый из обратившихся к нему пользователей, остальным придется повторять запросы до тех пор, пока первый пользователь (или его приложение) не закроет этот файл или он не закроется принудительно (например, оператором с системной консоли или сервером по разрыву соединения). Если атрибут S установлен, то файл может одновременно читать неограниченное количество пользователей. Если пользователь производит запись в файл, то, для обеспечения целостности данных, для остальных пользователей он блокируется. Блокировка возможна и на уровне записей, что позволяет нескольким пользователям вести одновременную модификацию разных частей одного файла.

Ограничения на количество захватов записей и файлов для каждого соединения и всего сервера задается командами
SET MAXIMUM RECORD LOCKS PER CONNECTION = 500 (10-10000),
SET MAXIMUM FILE LOCKS PER CONNECTION = 250 (10-1000),
SET MAXIMUM RECORD LOCKS = 20000 (100-200000, в 4.x - до 400000),
SET MAXIMUM FILE LOCKS = 10000 (100-100000)

Что делать, получив сообщение "Not running on DOS V3.0 through V5.0" при загрузке NETx?

Оболочка NETx (в отличии от запросчика VLM) критична к используемой версии DOS. Для MS DOS 3, 4, 5 должны использоваться соответственно NET3.COM, NET4.COM и NET5.COM, а лучше - универсальная NETX.EXE. Для MS DOS 6.x используйте NET5.COM или NETX.EXE и выполните команду SETVER NETX.EXE 5.00, после чего перезагрузите станцию, не забыв включить в CONFIG.SYS строку DEVICE=path\SETVER.EXE.
Чтобы NETX сообщала правильный (фактический) номер версии в переменной OS_VERSION, используйте NETX версии 3.32 и старше (а лучше - VLM!).

Что делать, получив соощение "Server <server_name> connection termination in 1 minute"?

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

Что означает сообщение "Call to

Что означает сообщение "Call to undefined Dynalink" при попытке запуска NWADMIN и "You are not logged in to Directory Services" при попытке запуска NETADMIN?

Эти сообщения возникают, если на станции используется оболочка NETx. NDS работает только с запросчиком VLM (для Windows 95 см. главу 7).

Что означает сообщение "Network Device Fault Reading Drive"?

Это сообщение появляется при попытке обращения к сетевым ресурсам, когда возникла неожиданная ошибка, неисправимая автоповторами. Источником ошибки чаще всего является коммуникационная система - разъемы, кабели, хабы, адаптеры. Реже причины связаны с сервером - внезапное отключение питания, грубая перезагрузка по аппаратному сбросу и т. п. К этому же приводит сброс соединения вашей станции, выполненный с консоли сервера (CLEAR STATION или из MONITOR).
Если даже причина и была устранена, возможно придется перезагрузить станцию.

Запросчик VLM имеет возможности автоматического восстановления соединений (см. табл. 2.6, опции AUTO RECONNECT и BIND RECONNECT).

Что означает сообщение "No Free NCBs"?

Это сообщение (недостаточно блоков управления) выдает эмулятор NetBIOS. Помочь может увеличение их числа командой NETBIOS SESSIONS=100 в файле NET.CFG или SHELL.CFG (по умолчанию 32).

Что означает сообщение "<server_name> Connection time expired. Please log out"?

Это сообщение, автоматически генерируемое сервером, означает, что время, отпущенное администратором для вашей работы, истекает, и вам остается около пяти минут для аккуратного завершения работы. Примерно через пять минут придет последнее предупреждение "<server_name> Connection terminate in 1 minute", а еще через минуту соединение с сервером будет разорвано принудительного разрыва соединения.

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

Что означает сообщение "The VLM.EXE file is using extended memory (XMS)"?

Это сообщение появляется при загрузке VLM, когда ему удается использовать XMS-память, оставляя в памяти ниже 1024К только небольшой блок (46 Кбайт), по возможности в области UMA. Почти всегда это хорошо, хотя при использовании стандартной памяти сеть будет откликаться несколько быстрее. Вынудить к использованию стандартной памяти VLM.EXE можно его запуском с ключом /C, а отдельные критичные модули - директивами LOAD LOW vlm_name (см табл. 2.6).

Что означает сообщение "Your Password has expired and all grace logins have been used?

Это сообщение появляется, если вы пренебрегли предыдущими предупреждениями и не сменили вовремя пароль. Теперь за разрешением работы в сети вам надо идти "на поклон" к администратору - только он может установить новый пароль для входа.

Что означает "Unknown error 8848" при попытке входа в сеть по имени объекта NDS?

В NetWare 4.x эта ошибка возникает, если не загружен модуль NDS.VLM. Причиной может быть его отсутствие в каталоге загрузки клиента или в списке протоколов или загружаемых модулей (команды USE DEFAULTS = OFF, EXCLUDE VLM = fname файла NET.CFG).
Убедиться в этом можно командой VLM /D, выводящей список загружениых модулей. После устранения причины станцию необходимо перезагрузить.

Что означают сообщения "The password

Что означают сообщения "The password for user <USERNAME> ... has expired. Do you want to change your password (Yes/No)" и "Your have 5 grace logins left to change your password" при регистрации в сети?

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

Что произойдет, если каталог

Что произойдет, если каталог, отображаемый сетевым диском пользователя, будет удален другим пользователем?

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

NetWare 4.x позволяет не допустить удаления каталога, отображаемого в данный момент сетевым диском какого-либо пользователя, командой консоли сервера
SET ALLOW DELETION OF ACTIVE DIRECTORIES=OFF, по умолчанию - ON.

Что такое файл NET.CFG и для чего он используется?

Символьный (ASCII) файл NET.CFG используется для конфигурирования драйверов ODI и запросчика DOS VLM.EXE. В файле должны быть описаны параметры, отличающиеся от значений по умолчанию. Многие параметры, допустимые в NET.CFG, совпадают с параметрами, задававшимися для монолитного IPX-драйвера и оболочки в файле SHELL.CFG. Файл содержит секции, относящиеся к различным слоям клиентского обеспечения. Имя секции пишется с начала строки, перед командами внутри секций ставятся пробелы или символы табуляции. Комментарии должны начинаться с символа ";".
Секция LINK SUPPORT задает параметры для LSL:
Секции LINK DRIVER driver_name определяют параметры для каждого коммуникационного драйвера (driver_name - имя файла драйвера: NE2000, 3C5x9 и пр.)
Секция PROTOCOL prot_name определяет логические платы, обслуживающие данный протокол, и его параметры, специфичные для каждого протокольного стека. Логические платы задаются в секции командой BIND boadr1 [,board2] именами драйверов (NE2000) или их номерами (#1, #2...). Номера логических плат выводятся на консоль станции при загрузке драйвера адаптера.
Секция TBMI2 определяет параметры среды переключения задач для запуска Windows в стандартном режиме, что для 386+ компьютеров уже не актуально.
Секция DESKTOP SNMP нужна только при установленных на станции средствах SNMP.
Секции NETX или NETWARE DOS REQUESTER задают параметры оболочки (NETX) или запросчика DOS (VLM) соответственно.
Параметры NETBIOS задаются в любом месте файла (специальной секции нет), эти команды пишутся с начала строки и начинаются со слова NETBIOS.

Что такое Named Pipes?

Named Pipes (именованные каналы) - протокол доступа приложениями рабочих станций к SQL-серверам. Для его поддержки на станции необходимо загрузить модуль DOSNP.EXE после модуля IPXODI и перед модулем VLM. DOSNP занимает 15 Кбайт памяти. Конфигурация протокола задается в файле NET.CFG; для него нет специальной секции, признаком этих опций служит ключевое слово NP, записываемое с первой позиции строк.

Что такое NetBIOS?

Эта аббревиатура расшифровывается как Network Basic Input/Output System - сетевое расширения BIOS, разработанное IBM для адаптеров Token Ring. Оттуда и пошел одноименный протокол, реализующий задачи 5, 6 и 7 уровней модели OSI, хотя его различные реализации могут не быть совместимыми с оригинальной разработкой IBM. Протокол реализует интерфейс прикладного уровня (API) для взаимодействия между процессами на разных узлах сети. Он обеспечивает именование узлов, негарантированную доставку коротких сообщений без установления соединений, установление виртуальных соединений и гарантированную доставку сообщений, общее управление взаимодействием. Существуют эмуляторы NetBIOS, позволяющие использовать этот протокол для любых сетей.
Для поддержки приложений, использующих вызовы NetBIOS, после загрузки протокола IPX на станции следует загрузить модуль NETBIOS, занимающий 30 Кбайт памяти.

Параметры эмулятора NetBIOS задаются в файле SHELL.CFG для IPX.COM или NET.CFG для IPXODI. В случае существования файла SHELL.CFG его установки перекрываются установками из NET.CFG. Для NetBIOS нет специальной секции, признаком этих опций служит ключевое слово NETBIOS, записываемое с первой позиции строк.

Табл. 2.8 Параметры эмулятора NetBIOS

NETBIOS ABORT TIMEOUT 540	время ожидания ответа перед разрывом сеанса связи (в тиках);
NETBIOS BROADCAST COUNT 2 (2-65535)	параметр, отражающий размер сети (интерсети);
NETBIOS BROADCAST DELAY 18 (2-65535)	параметр, отражающий трафик сети (в тиках); произведение COUNT*DELAY определяет время передачи широковещательного управляющего пакета;
NETBIOS COMMANDS 12 (4-250)	количество команд NetBIOS;
NETBIOS INTERNET=ON (OFF)	по умолчанию ON -- для связи через мосты, OFF -- для ускорения доставки пакетов в одиночной сети с выделенным сервером;
NETBIOS LISTEN TIMEOUT=108 (1-65535 )	время ожидания ответа перед посылкой запроса на подтверждение существования сеанса (в тиках);
NETBIOS RECEIVE BUFFERS=6 (4-20)	количество буферов приема IPX, используемых NetBIOS;
NETBIOS RETRY COUNT=10 (10-65535)	количество повторов пакета до признания неактивности сеанса;
NETBIOS RETRY DELAY=10 (10-65535)	задержка между повторами (в тиках);
NETBIOS SEND BUFFERS=6 (4-20)	количество буферов передачи IPX, используемых NetBIOS;
NETBIOS SESSIONS=32 (4-250)	максимальное число одновременно поддерживаемых виртуальных каналов (сеансов);
NETBIOS VERIFY TIMEOUT=54 (4-65535)	период посылки пакетов для подтверждения существования соединения, аналогично SPX (в тиках);
NPATCH addr, byte	при загрузке NETBIOS.EXE замена его байт(а) на указанные "заплаты".

Что такое NetWare Client 32 for DOS/Windows?

NetWare Client 32 for DOS/Windows - набор модулей клиентского обеспечения для 16-разрядных ОС (DOS и Windows 3.1), обеспечивающий полный 32-разрядный доступ к службам NetWare, включая NDS. Client 32 предоставляет пользователям одновременный доступ к нескольким сетевым серверам, принтерам и ресурсам приложений, обеспечивает повышенную производительность, эффективное кэширование на клиентской части и предъявляет минимальные требования к объему стандартной памяти.
В Client 32 for DOS/Windows входит модуль NetWare Application Launcher, использующий NDS для предоставления пользователям доступа к приложениям своей сети независимо от его расположения и позволяющий администраторам сети централизовать инсталляцию и администрирование сетевых приложений.

Модули распространяются бесплатно по сети CompuServe и WWW (http://netwire.novell.com/home/client/client32/).

Что такое планирование в псевдокорень (MAP ROOT)?

Планирование диска в псевдокорень дает двойной эффект: неискушенному пользователю становятся недоступными каталоги, находящиеся ближе к корню тома (и их подкаталоги), чем тот, на который ссылается команда MAP, и сокращается полное имя файла, находящегося на сетевом диске. Например, после команды MAP F:=SYS:LOGIN первоначально в каталоге диска F: кроме собственно содержимого каталога SYS:LOGIN пользователь увидит две точки, отображающие родительский каталог, и по команде CD.. может перейти в корневой каталог тома SYS:, а оттуда еще куда-нибудь, где у него есть права. Полное DOS-имя файла LOGIN.EXE при этом будет иметь вид F:\LOGIN\LOGIN.EXE.
После же команды MAP ROOT F:=SYS:LOGIN дороги к корню у него не будет, а имя того же файла примет вид F:\LOGIN.EXE.

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

Что такое Search Mode в NetWare?

В среде MS DOS на программы и файлы можно ссылаться как полным именем (pathname), включающем в имя файла и имя каталога (или его последних элементов), так и сокращенным (fname), в которое имя пути не включается. Полное задание имени принуждает искать требуемый файл только в указанном каталоге. При сокращенном задании имени исполняемого файла (типа .BAT, .COM и .EXE) DOS ищет этот файл сначала в текущем каталоге, а если его там нет, то последовательно перебирает каталоги, перечисленные в переменной окружения PATH. Для поиска других файлов сама DOS такой сервис не предоставляет, он выполняется приложением, запросившим файл.
NetWare расширяет поисковый сервис на уровне запроса DOS на поиск или открытие файла. Возможности поиска определяются параметром SEARCH MODE, который может быть задан для каждого исполняемого (.COM и .EXE) файла, хранящегося в сетевом каталоге, генерирующего запрос на поиск или открытие файла. Для исполняемых файлов с неопределенным (нулевым) значением SEARCH MODE режим определяется тем же параметром клиентского обеспечения в файле NET.CFG (SHELL.CFG).
Значения режимов:
0 - поиск ведется в соответствии с общим назначением SEARCH MODE в клиентском обеспечении (принимается по умолчанию для всех файлов).
1 - обычный режим DOS, в поисковых дисках ищутся только исполняемые файлы, если их путь не задан и их нет в текущем каталоге (принимается по умолчанию в конфигурации клиента).
2 - поиск файлов в поисковых драйвах не производится, в терминологии NetWare - "Do not search".
3 - то же, что и 1, но если приложение не задает путь при открытии или поиске файла, то для запросов на чтение клиентское обеспечение выполняет поиск любого файла и в поисковых драйвах - "Search on Read-Only opens with no path".
5 - поиск всегда, даже если задан путь - "Search on all opens".
7 - более мягкий вариант режима 5: поиск производится только для открытий на чтение - "Search on all Read-Only opens".
Режимы 4 и 6 не определены и не используются, режимы 0 и 1 в конфигурации клиента (но не файла!) эквивалентны.
Чтобы эффективно использовать SEARCH MODE, надо иметь представление о способе открытия файлов приложениями.
Утилита SMODE.EXE позволяет назначать определенный тип поиска своих файлов поддержки для каждого исполняемого файла, хранящегося на СЕТЕВОМ диске. Формат команды запуска:

SMODE [path[name]] [mode] [/SUB]

При указании номера (mode) производится задание режима, если номер не указан - выводится информация о текущем назначении для указанного файла. Если имя файла (name) не указано, то подразумеваются все исполняемые файлы указанного или текущего имя каталога. Ключ /SUB распространяет действие утилиты на все подкаталоги указанного каталога.

Режим 5 следует применять с осторожностью, поскольку вести запись в неопределенный каталог - рискованное дело, хотя разрушениям чужих данных можно противостоять аккуратным назначением прав и атрибутов.
При использовании оболочки NETX режимы SEARCH MODE в полной мере работают лишь в том случае, когда текущий диск является сетевым. Запросчик VLM не имеет этого ограничения.

В Windows 95 для Microsoft Client for NetWare Networks Search Mode задается в его свойствах при помощи System Policy Editor в Registry mode.

Что такое TBMI2.EXE?

Менеджер буфера переключения задач TBMI2.EXE (TBMI.EXE для Windows 3.x) предназначен для прикладных программ, напрямую использующих вызовы протоколов IPX/SPX (минуя DOS) в многозадачной среде (Windows в стандартном режиме, MS DOS 5+, DR DOS 6+). Он обеспечивает доступ из локальной памяти текущего DOS-сеанса к IPXODI.COM, загруженному в глобальную память.

Для расширенного режима Windows (а стандартный сейчас практически не используется) применяется модуль VIPX.386 и TBMI не нужен.

Что такое "Unknown error returned by attach (89fb)" при попытке регистрации?

Эта ошибка возникает после модернизации серверов NetWare 2.x, не использовавших шифрования паролей, в NetWare 3.x и старше, в которых пароли шифруются. В этом случае администратору необходимо поменять пароли всем пользователям.

Если бы они были отменены до Upgrade, работы было бы меньше.

Драйверы открытого интерфейса ODI

Спецификация открытого интерфейса (Open Data Interface, ODI) обеспечивает возможность разделяемого использования сетевых адаптеров различными протокольными стеками (IPX/SPX, TCP/IP и др.). Драйверы ODI существуют для технологий Ethernet, Token Ring, ARCnet, Frame Relay, X.25, PPP, FDDI. Каждый адаптер может использовать несколько типов фреймов, для Ethernet тип фрейма по умолчанию Ethernet_802.2.
Драйверы ODI состоят из набора небольших последовательно загружаемых модулей. Малый размер отдельных модулей облегчает их загрузку в верхнюю память. Модули можно выгружать из памяти в порядке, обратном загрузке. Модули конфигурируются файлом NET.CFG (см. табл. 2.1-2.3).
Первым загружается LSL.COM - драйвер поддержки связи (Link Support Layer), обеспечивающий работу сетевой платы с различными протокольными стеками и, наоборот, возможность работы каждого стека с несколькими платами (физическими и логическими).
Далее загружаются коммуникационные драйверы ODI конкретных моделей используемых сетевых плат (из NetWare или от поставщика платы) или других коммуникационных средств (COM-порты, IPTUNNEL) и драйверы сетевых протоколов: IPXODI, TCPIP и т. д.
Для прикладных программ, напрямую использующих вызовы протоколов IPX/SPX (минуя DOS) в многозадачной среде DOS (Windows в стандартном режиме, MS DOS 5 и выше, DR DOS 6 и старше), запускается менеджер буфера переключения задач TBMI2.EXE (TBMI.EXE для Windows 3.x). Он обеспечивает доступ из локальной памяти текущего сеанса DOS к IPXODI.COM, загруженному в глобальную память.
Для прямого вызова IPX приложениями DOS из Windows в расширенном режиме используется драйвер VIPX.386, синхронизирующий вызовы и ответы для сеансов DOS.
Сетевые функции на станциях с Windows 95 реализуются штатными средствами этой ОС и подробнее описаны в главе 7.

Есть ли специфика копирования сетевых файлов?

При копировании сетевых файлов средствами DOS теряются все атрибуты, кроме A и Ro, а также расширенные имена и атрибуты файлов, использующих расширенное пространство имен. Этих неприятностей можно избежать, применяя команду NCOPY, которая, к тому же, при копировании файлов в пределах одного сервера не пересылает его содержимое по проводам, как это делает DOS COPY. Утилита позволяет задавать копирование структуры подкаталогов (ключ /S), в том числе и пустых (/S /E), работу с атрибутом архивации A (/A и /M), отсечение не-DOS имен и атрибутов на манер DOS COPY (/C), давать сообщение о потере расширенных имен и атрибутов (/I), выполнять верификацию записи (/V). Команда NCOPY /? даст справку о синтаксисе.
Для управления копированием разрозненных (sparce) файлов предназначен ключ /F, однако, вопреки утверждениям документации, в NetWare 3.12 свойство разрозненности при копировании всегда теряется, а в NetWare 4.x всегда сохраняется. При попытке копирования разрозненных файлов на сервере NetWare 4.x утилитой NCOPY из версии 3.x появляется неуместное сообщение об отсутствии прав чтения в каталоге.
В NetWare 4.x при копировании сжатых файлов по умолчанию производится их декомпрессия. Однако утилита NCOPY дает возможность копирования сжатых файлах без декомпрессии на том с разрешенной компрессией (ключ /R), и даже на том с не включенной компрессией (ключ /RU, но перед использованием такого файла его необходимо скопировать на том с компрессией или включить компрессию на данном томе).

Файл NET.CFG присутствует в нескольких каталогах. Как определить, который из них используется?

По умолчанию программные модули, конфигурируемые файлом NET.CFG, ищут этот файл в каталоге, являющемся текущим при запуске. При необходимости смены файла конфигурации имя альтернативного файла задается опцией /C=pathname команды загрузки модуля, например,

VLM /C=C:\NWCLIENT\NEW.CFG

Файл, скопированный в сетевой

Файл, скопированный в сетевой каталог, куда-то пропадает (его не видно в каталоге). Повторная попытка записи приводит к тем же результатам. Что это за "черная дыра"?

Это, скорее, "черный ящик" - каталог, в котором вы имеете права создания и записи [WС], но не имеете прав чтения и сканирования [RF]. Такое сочетание, скорее всего, ошибочно, ситуацию может исправить администратор, назначив вам недостающие права. После получения права [F] Вы обнаружите свой "пропавший" файл в этом каталоге.

Как именуются сетевые каталоги?

"Классический" способ именования, пришедший из предыдущих версий NetWare, начинается с имени сервера и имеет вид
server_name/vol_name:[dir_n1/][dir_n2/.]dir_ni
Имя сервера server_name можно опустить, если он является текущим.
В Каталоге NDS NetWare 4.x возможны и другие варианты именования:

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

Как избавиться от красного транспаранта NetWare 4.x команды LOGIN?

Для этого достаточно команду LOGIN ввести с ключом /NB. Транспарант полезен, когда в сети есть серверы как NetWare 3.x, так и NetWare 4.x; он показывает, что используемая утилита LOGIN способна работать с NDS.

Как изменить атрибуты файлов и каталогов?

Для изменения (и просмотра) атрибутов файлов предназначена утилита FLAG, ее параметрами запуска является спецификация файла (файлов) и набор присваиваемых им атрибутов. Атрибуты задаются своими сокращенными названиями (см. табл 3.2), знаки "+" (необязательный) и "-" перед ними означают добавление или снятие соответствующих атрибутов. Для установки всех возможных атрибутов используется фиктивный атрибут ALL, для очистки всех атрибутов, кроме Rw, - фиктивный атрибут N.
Для работы с атрибутами каталогов предназначена аналогичная утилита FLAGDIR.
Со всеми атрибутами работает и меню-утилита FILER.
В NetWare 4.x утилита FLAG служит и для управления атрибутами каталогов, а также с ее помощью можно устанавливать режим поиска для .COM и .EXE-файлов. Справку о возможных параметрах можно получить по команде FLAG /?. Практически все действия по управлению файлами можно выполнять из NWADMIN.

Утилиты FLAG, FLAGDIR и FILER работают только с сетевыми дисками NetWare, диски DOS им недоступны. Средствам DOS изменения атрибутов доступны только атрибуты SY и Ro файлов NetWare.

Клиентское обеспечение современных систем (Windows for Workgroup, Windows 95...) позволяют изменять атрибуты (возможно, не все) из своих меню properties (свойства), там набор атрибутов автоматически приводится в соответствие со средой фактического хранения файлов.

Как определить версию клиентского обеспечения?

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

DOS: Link Support Layer:	V6.22 Version 2.14
Lan Drivers:
Board 1: SMC Ethernet Adapter DOS ODI Driver
	Version: Frame type: Maximum frame size: Line speed Interrupt number Port number: Memory address: Node address:	4.00 ETHERNET_802.3 1514 bytes 10 Mbps 10 0300-031f 0cc000-0cc3ff [C04C46AF]
Protocol Stack:
	Description: IPX	Internetwork Packet
Exchange
	Version: Network address: Binding Information: Board 1	3.01 [00000919] Protocol ID = 0
IPX API version: SPX API version:	3.30 3.30
VLM: Version 1.20 Revision A using Extended
Memory Attached file servers: Server name: RTK1 Novell NetWare 4.10 (November 8, 1994)

Как ориентироваться в Каталоге из среды DOS?

Универсальной командой является команда NetWare 4.x CX (Change conteXt), напоминающая команду DOS-команду CD. Варианты ее применения:
CX - отображение текущего контекста
CX AUTHORS.COMPULIT.PPRESS.RU - установить указанный контекст
CX OU=AUTHORS.OU=COMPULIT.O=PPRESS.C=RU - то же, но с типизированным именем
CX . - подъем на уровень выше (в контекст COMPULIT.PPRESS.RU)
CX .. - подъем на два уровня выше (в контекст PPRESS.RU), точек может быть много, количество точек соответствует количеству уровней
CX MEDLIT - переход в контекст MEDLIT.PPRESS.RU
CX .PSYLIT - переход в контекст PSYLIT.PPRESS.RU через вышестоящий)
CX /T - отображение дерева (только контейнеров), начиная с текущего контекста
CX /T/A - отображение всего дерева (с листьями), начиная с текущего контекста
CX /T/R - отображение дерева, начиная с корня, в нашем примере эта команда даст следующий вывод на экран:

*** Directory Services Mapping ***
[Root]
ru
       ppress
            compulit
                authors
            medlit
                editors
                authors
            psylit

Как подключить станцию к удаленной сети IPX через сеть TCP/IP?

Если станция имеет связь с сервером сети IPX через TCP/IP (например, по сети Internet), то она может пользоваться всеми сервисами NetWare через IP-туннель или с помощью средств NetWare/IP (подробнее см. главу 6)

Как подключиться к серверу с Bindery, будучи подключенным к серверу NetWare 4.x?

Этот вопрос встает свсязи с исключением утилиты ATTACH.EXE из состава утилит NetWare 4.x, и, сооветственно, недоступности этой команды с консоли рабочей станции, у которой диск с утилитами спланирован на сервер NetWare 4.x. Эту утилиту заменяет ее полный эквивалент - команда

В процедуре регистрации команда ATTACH остается дрступной, как внутренняя команда утилиты LOGIN.EXE.

Как пользователю получить доступ к сетевому диску?

Для получения доступа к сетевому диску необходимо отобразить (спланировать) его на желаемый каталог тома сервера. "Классически" планирование дисков для регулярного использования осуществляется командой MAP, выполняемой из процедуры регистрации или .BAT-файла. Например, команда MAP G:=MY_SERV/SYS:PROJECT приведет к появлению на рабочей станции логического диска G:, отображающего каталог PROJECT тома SYS: сервера MY_SERV.
В NetWare 4.x имя сетевого каталога может содержать имя тома в Каталоге NDS, включая и имя его контекста, а также представляться именем отображающего каталога.
В NetWare 4.x планирование в диалоговом режиме выполняется утилитой NETUSER.
Для нерегулярного планирования удобна утилита SESSION, возможно и выполнение MAP из командной строки. В среде Windows 3.x и Windows for Workgroup удобны пиктографические средства NetWare User Tools, позволяющие объявлять соединения устойчивыми для их автоматического повторения при последующих сеансах работы. Windows 95 имеет собственные средства подключения к дискам серверов NetWare.
Оболочка Norton Commander версии 5 позволяет вызывать меню сетевых утилит по клавише Shift-F2. Утилиты управляют соединениями с серверами (Attach-Detach), обеспечивают планирование дисков, управление печатью, обмен сообщениями.

Как послать сообщение пользователю?

Для посылки короткого сообщения пользователю с рабочей станции служит утилита SEND, запускаемая командой SEND "text mesage" [TO] [target]. В качестве адресата (target) может указываться пользователь или группа (можно и несколько, при необходимости с именем сервера), номера (несколько) станций (соединений) сервера, EVERYBODY - всем зарегистрированным, [server/]CONSOLE - на консоль указанного сервера.
На сервере команда SEND с тем же синтаксисом является встроенной консольной командой. Консольная команда BROADCAST служит тем же целям, но имеет более высокий приоритет.
В NetWare 4.x имена должны указываться по правилам NDS.

Ваше сообщение прервет работу пользователя, его получившего, до нажатия клавиш Ctrl-Enter. Если на его станции работает какая-либо программа без его присутствия, ее выполнение приостановится.

Как разрегистрироваться (выйти из сети)?

Штатное средство выхода - утилита LOGOUT.EXE с необязательным параметром server_name. Она является обратной к LOGIN по действию и приводит к разрегистрации на указанном или всех серверах с освобождением всех ресурсов, и сообщает время работы в сети.
Любая, даже и неудавшаяся, попытка регистрации по команде LOGIN также аннулирует все предыдущие регистрации на всех серверах.

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

Для этого пользователям (а лучше, по возможности, их группам) устанавливаются опекунские назначения (Trustee Assignments) в этот каталог, которые определяют права данного пользователя (группы) в этом каталоге и его подкаталогах.

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

Вопрос корректен только для серверов NetWare 3.x и младше, серверы 4.x с NDS живут по общему сетевому времени, и с ним можно либо согласиться, либо от него отказаться - в зависимости от значения SET WORKSTATION TIME. По умолчанию значение считается равным ON - часы DOS станции устанавливаются по этому времени.
Если вы хотите использовать время указанного сервера, запустите утилиту командой

SYSTIME server_name,

можно и в процедуре регистрации.

Время может быть установлено и со сдвигом, если установленные часовые пояса сервера (командой SET TIMEZONE) и станции (DOS SET TZ) не совпадают.

Как сэкономить память, занимаемую запросчиком?

Общее количество памяти, занимаемой драйверами ODI и запросчиком, составляет около 78 кбайт, из которых на долю VLM приходится около 52 кбайт. Это количество можно сократить за счет отмены загрузки модулей, функции которых не используются, или возможностями которых можно пожертвовать. Из стандартного набора, загружаемого по умолчанию, кандидаты на сокращение - модули неиспользуемых протоколов (NDS, BIND, PNW), SECURITY, PRINT, AUTO, NETX.VLM.
Весьма существенна экономия стандартной (Conventional) памяти. Для компьютеров с процессором 80386 и выше (кроме "кривых" экземпляров машин с процессором 386, у которых DOS 6.x не может полноценно загружаться в верхнюю память) ее сэкономить позволяет применение драйверов, описываемых в CONFIG.SYS командами

DEVICE=[path]HIMEM.SYS

DEVICE=[path]EMM386.EXE RAM

При использовании запросчиком расширенной памяти, занимаемый VLM объем стандартной памяти теоретически можно уменьшить до 5 Кбайт, тогда весь клиент займет 35-40 Кбайт. Реально это удается не всегда.
Возможно также уменьшить расход стандартной памяти, попытавшись загрузить в верхнюю память LSL, MLID и IPXODI командами LH LSL, LH NE2000, LH IPXODI. Положительный результат не гарантируется, но попробовать можно.
В крайнем случае можно запускать IPXODI в усеченном виде с ключами /D или /A.
Ключ /D отключает диагностический ответчик (Diagnostic responder), отвечающий, в частности, на сторожевые пакеты сервера, что экономит 3.5 Кбайт. Ключ /A для экономии 9 Кбайт усекает ответчик и не загружает поддержку протокола SPX, что недопустимо для многих утилит NetWare и сторонних приложений, непосредственно использующих вызовы SPX.

Как скрыть файл от пользователей?

Если нужно сделать файл вообще недоступным, на него пользователям (или группам) устанавливается опекунское назначение с пустым списком прав. Если требуется, чтобы пользователь только не видел файл в каталоге (по командам DIR, NDIR и другим, использующим каталоговый поиск), нужно отобрать у него право сканирования F. При этом если его приложение будет открывать файл по известному имени, то оно получит доступ в соответствии с имеющимися правами.

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

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

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

Утилита позволяет изменять пароли любого пользователя на любом подключенном сервере NetWare с Bindery, задав параметры в команде

SETPASS [serv_name] [/user_name]

SUPERVISOR и его эквивалентные ему пользователи вместо ввода старого пароля могут нажать Enter. Пароли можно менять и с помощью меню SYSCON.
В NetWare 4.x каждый пользователь имеет один пароль для входа во всю сеть (дерево Каталогов).

Во избежании недоразумений при входе с разных станций избегайте применения в паролях символов национальных языков, лучше используйте символы ASCII (он и в Африке ASCII!), хотя и здесь могут быть нюансы (буквы Z и Y на немецких клавиатурах относительно английских поменялись местами).

Как сократить количество паролей для серверов NetWare 3.x или что такое синхронизация паролей?

В NetWare 3.x пользователь, имеющий бюджеты с совпадающими именами на нескольких серверах может воспользоваться синхронизированными (совпадающими) паролями. Для их синхронизации зарегистрировавшись на одном из них, подключитесь к другим командой ATTACH и выполните SETPASS (см. предыдущий вопрос). На предложение о синзронизации паролей ответьте Y[es] и обратите внимание на сообщения об успешности смены паролей на серверах. Если новый пароль не удовлетворяет требованиям какого-либо сервера, на нем пароль не изменится.

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

Доступ к сетевым дискам обеспечивается выполнением команд MAP как в процедуре регистрации, так и в процессе работы, причем последующие назначения могут отменять действие предыдущих. Для подключения к дискам других серверов NetWare 3.x используется команда ATTACH. В диалоговом режиме просмотр и изменение назначений дисков, а также подключение к серверам осуществляется утилитой SESSION.EXE. Также в комплект поставки входит несколько десятков утилит рабочей станции, обеспечивающих управление доступом к ресурсам и выполнение различных сетевых функций.
С NetWare 4.x поставляется интегрированная утилита NETUSER.EXE, позволяющая через меню управлять использованием сетевых ресурсов. Опции главного меню включают:
Printing - установка очередей, управление сетевой печатью, переназначения LPT-портов;
Messages - посылка сообщений, разрешение/запрет приема сообщений;
Drives - просмотр и изменение планов драйвов, просмотр действительных прав в драйвах;
Attachments - управление соединениями с серверами и просмотр информации о них, изменение процедуры регистрации и пароля клиента;
Change Context - просмотр дерева каталогов и изменения текущего контекста (для серверов 4.x с NDS).

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

Утилита CASTOFF на рабочей станции блокирует прием сообщений, посланных командой SEND, CASTOFF ALL блокирует также сообщения, посланные и командой BROADCAST. Разрешает прием всех сообщений утилита CASTON.
В NetWare 4.x управление приемом сообщений выполняется утилитой SEND.

SEND /A=C разрешает прием сообщений, посланных только с помощью BROADCAST, SEND /A=N запрещает прием всех сообщений, SEND /A разрешает прием всех сообщений.

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

Для регистрации в многосерверной сети NetWare 3.x и младше имя желаемого сервера указывается в строке PREFERRED SERVER конфигуратора станции (см. табл.2.6), после чего остается только задать имя. Также имя предпочтительного сервера можно ввести опцией /PS=server_name при запуске NETX или VLM. При этом остается возможность регистрации на любом другом сервере, для чего необходимо явно задать его имя в команде LOGIN.
Для регистрации в сети NetWare 4.x имя желаемого дерева (если их доступно несколько, что используется редко) и контекста указывается в строках PREFERRED TREE= d_tree_name и NAME CONTEXT="context_name". При этом также остается возможность регистрации в любом другом дереве, контексте или сервере 3.x, для чего необходимо явно задать их имена в команде LOGIN.
Если в .BAT-файле имя пользователя задать в строке запуска LOGIN, то пользователю останется только ввести пароль.

Как устанавливается клиентское обеспечение?

Стандартная процедура установки выполняется с дискеты "NetWare Client for DOS and MS Windows Disk 1 " запуском утилиты INSTALL. Утилита, запросив с помощью меню подтверждения и необходимые параметры, создает на локальном диске каталог NWCLIENT, помещает в него все необходимые файлы для запуска IPXODI и запросчика VLM (около 700 Кбайт), модифицирует CONFIG.SYS (вставляет LASTDRIVE=Z) и AUTOEXEC.BAT (вставляет команду вызова @CALL C:\NWCLIENT\STARTNET.BAT и каталог C:\NWCLIENT в переменную PATH). Файл команд загрузки STARTNET.BAT и файл NET.CFG создаются автоматически.
Если выбрана инсталляция поддержки MS Windows, то утилита скопирует необходимые файлы в каталог WINDOWS\SYSTEM и внесет изменения в SYSTEM.INI и WIN.INI.
Опция "Configure your workstation for back up..." разрешает установку поддержки централизованного архивирования дисков станции (TSA SMS, подробнее см. в главе 3).

При поставке NetWare на CD-ROM необходимые дискеты создаются утилитой MAKEDISK с указанием имени дисковода, а для NetWare 4.x и языка, например, командой MAKEDISK A: ENGLISH.
При наличии на станции накопителя CD-ROM утилиту INSTALL можно запустить из каталога \CLIENT\DOSWIN дистрибутивного CD NetWare 3.12 или 4.x.
Если станции через старое клиентское обеспечение доступен сервер NetWare 4, то утилиту INSTALL можно запустить из каталога SYS:PUBLIC\CLIENT\DOSWIN.

Как включить протокол Packet Burst и что это даст?

Этот протокол может дать существенное ускорение передачи больших блоков данных, особенно, когда скорость упирается в производительность сети (коммуникаций). Протокол будет работать, если он установлен и на сервере, и на станции.
На рабочей станции при использовании запросчика VLM Packet Burst включен по умолчанию, его параметрами для чтения и записи можно управлять (см.табл 2.6).
При использовании оболочки NETx ее заменяют файлом BNETX.EXE.

Протокол Packet Burst требует дополнительного расхода памяти как на сервере, так и на станции.

Как войти в сеть?

Для получения доступа к ресурсам сети NetWare на рабочей станции запускается утилита LOGIN.EXE LOGIN с первого сетевого диска, доступного станции после успешной загрузки клиента. Формат команды:

Имя пользователя login_name и сервера server_name (необязательное, если используется сервер по умолчанию), не заданное в команде запуска, запрашивается с консоли.
В NetWare 4.x перед косой чертой указывается имя сервера NetWare 3.x или имя дерева Каталогов, имя пользователя указываются в соответствующих форматах NDS.
Если данному пользователю не разрешен беспарольный вход, делается запрос на ввод пароля. Пароль вводится только с клавиатуры станции и не отображается на экране. Если система не обнаружит противопоказаний, утилитой LOGIN выполняется процедура регистрации, обычно обеспечивающая необходимые назначения ресурсов. Если регистрация по каким-либо причинам не разрешена, пользователь получает отказ в доступе (Access Denied).
Повторный запуск утилиты LOGIN приводит к разрегистрации пользователя во всех серверах NetWare 3.x или во всех Каталогах NetWare 4.x с аннулированием всех назначений сетевых ресурсов, после чего производится регистрация заново.

При наличии в сети серверов разных поколений NetWare их утилиты, в том числе и LOGIN.EXE, желательно обновить до новейших версий, чтобы клиенты старых серверов могли получать доступ к ресурсам новых (если, конечно, это необходимо).

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

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

ЗагрузкаВыгрузка

LSL	VLM /U
NE2000	IPXODI /U
IPXODI	NE2000 /U
VLM	LSL /U

IPXODI можно выгрузить и вне очереди (принудительно) ключом /F, но это чревато зависанием станции.

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

Для запрета доступа к подкаталогу, находящемуся в каталоге, в котором пользователь имеет какие-либо права, необходимо для этого пользователя (или группы) установить опекунское назначение с пустым списком прав. Это назначение отменит наследование прав (кроме права супервизора S) от родительских каталогов.

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

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

Серверные приложения (например, принт-сервер) обычно используют права доступа пользователя, пославшего им запрос. Разрешение использования прав доступа "заказчика" задается директивой
SET ALLOW CHANGE TO CLIENT RIGHTS = ON (OFF).

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

Из множества утилит управления самой универсальной является меню-утилита FILER.
В NetWare 4.x всем можно управлять из утилит NETADMIN или NWADMIN.

Каким файлом конфигурируется запросчик VLM?

VLM.EXE по умолчанию использует файл NET.CFG каталога запуска, а если его там нет - принимаются параметры умолчания, что не всегда хорошо. Явно задать используемый файл конфигурации позволяет опция запуска

VLM.EXE /C=pathname.

Какую память использует запросчик VLM?

Менеджер VLM.EXE для загрузки модулей в первую очередь пытается использовать расширенную память (сосуществуя и с DOS, загруженной в верхнюю память) затем отображаемую, и в последнюю очередь - основную память. Опции запуска /MC, /MX и /ME указывают на принудительное использование стандартной, расширенной или отображаемой памяти соответственно. Отдельные модули в целях повышения их производительности или по другим причинам можно загружать в стандартную память с помощью директивы LOAD LOW vlm_name = ON в файле NET.CFG.

Клиентское обеспечение

2.2 Клиентское обеспечение

Для обеспечения доступа к сетевым дискам, принтерам и обмена сообщениями применяется сетевая оболочка (NETx) или запросчик DOS (VLM). Оба варианта рассчитаны только на использование транспорта IPX/SPX для посылки запросов к серверу по протоколу NCP, при полном переходе сети на другой протокол (например, TCP/IP) требуется их замена на другие разновидности клиентов.
В состав клиентского обеспечения входит также эмулятор NetBIOS и поддержка именованных каналов Named Pipes.

Коммуникации рабочей станции

2.1 Коммуникации рабочей станции

Коммуникационные средства рабочей станции локальной сети включают сетевую плату (одну или несколько) или COM-порты с программной поддержкой сетевых протоколов. Сетевой и транспортный уровень в NetWare реализован на протокольном стеке IPX/SPX, включенном в ядро ОС.
Для рабочей станции DOS/Windows возможны различные реализации сетевых протоколов - монолитный драйвер IPX или комплект драйверов открытого интерфейса.

Кто становится хозяином файлов удаленного пользователя?

Независимо от того, кто удалил данного пользователя, хозяином его файлов становится SUPERVISOR.

Куда иногда пропадает локальный диск после смены каталога?

У старой оболочки NETx есть коварное свойство: если с текущего локального диска, например, C:, выполнить команду DOS смены каталога, например, CD SYS:PUBLIC, то вы действительно перейдете в этот сетевой каталог, но диск C: автоматически спланируется на сетевой том со всеми вытекающими последствиями, включая уход из досягаемости командного процессора C:\COMMAND.COM. Вернуть локальный диск на место в данном примере можно командой MAP DEL C: (если ее удастся выполнить без подгрузки COMMAND.COM). Запросчик VLM, который может работать с любыми версиями NetWare, этим грехом не страдает.

Монолитный драйвер IPX.COM

Монолитный драйвер - Dedicated IPX - драйвер протокола IPX, монопольно владеющий сетевой платой, применялся в версиях NetWare до 3.11 включительно, с 1991 года не обновляется. Драйвер IPX.COM генерировался для конкретной модели сетевой платы и аппаратной конфигурации (адреса ввода-вывода и памяти, номера прерывания и каналов DMA). Для адаптеров Ethernet поддерживается только тип фрейма Ethernet_802.3. Настройка параметров протокола возможна с помощью необязательного файла SHELL.CFG (см. табл. 2.1).

Можно ли IPX.COM, сгенерированный для одной платы, использовать для другой?

Можно, если платы имеют одинаковую архитектуру или программно совместимы. Если новая плата имеет другие установки (адреса и прерывания), старый IPX.COM следует запускать с параметром "O" (Option), задающим номер опции конфигурирования, например, для адаптера NE2000 команда IPX O0 загрузит драйвер для карты с адресом 300 и номером прерывания 3.
Изменение параметров ограничено заданным набором их сочетаний. Команда IPX /D (можно и IPX -D) выводит список возможных опций конфигурирования с пометкой установок по умолчанию без загрузки драйвера.
Номер опции можно изменить и в необязательном файле NET.CFG командой CONFIG OPTION n.
С некоторыми сетевыми адаптерами (например, SMC8000) поставляется готовый IPX.COM, автоматически определяющий конфигурацию адаптера. На некоторых моделях функция автоконфигурирования драйвера работает лишь в положении джамперов "Soft Configurted".

При наличии разных сетевых адаптеров удобно переименовывать файл IPX.COM, вводя в имя тип адаптера, например, в IPXNE200.COM.

Можно ли использовать старую оболочку

Можно ли использовать старую оболочку NETx с драйверами ODI и запросчик VLM с монолитным IPX-драйвером?

При необходимости можно вместо VLM.EXE использовать и поставляемый с NetWare 3.12 файл NETX.EXE (если приложения несовместимы с VLM или нет возможности эффективного использования расширенной или отображаемой памяти на 286 и некоторых 386 машинах). При этом теряется возможность использования ресурсов NDS NetWare 4.x.
Обратное "скрещивание" тоже в принципе возможно, хотя и с ограничениями возможностей (хотя бы с типом фрейма, который в IPX жестко установлен 802.3).
Типовые фрагменты .BAT-файла загрузки клиентского обеспечения и регистрации в сети:

Dedicated IPX (монолитный)	Драйверы ODI (STARTNET.BAT)
IPX	LSL
NETX (или VLM)	NE2000
F:LOGIN	IPXODI NETX (или VLM) F : LOGIN

Можно ли изменить язык сообщений оболочки рабочей станции?

Выбор языка вывода сообщений допускает запросчик VLM. Заданием DOS-переменной NWLANGUAGE определяется имя подкаталога с файлами .MSG в подкаталоге NLS. Например, команда

SET NWLANGUAGE=RUSSKI

при запуске VLM из каталога C:\NWCLIENT подключит сообщения из файлов каталога C:\NWCLIENT\NLS\RUSSKI.

Можно ли по сети NetWare добраться

Можно ли по сети NetWare добраться до файлов, находящихся на локальных дисках другой рабочей станции?

Можно, если на этой станции был установлен (и активирован) агент системы копирования TSA SMS (Target Service Agent for Storage Management Service). При этом утилта SBACKUP (или аналогичная ей), запущенная на сервере, указанном при конфигурировании TSA этой рабочей станции, сможет выполнять копирование (и восстановление) файлов с дисков (и на диски) рабочей станции. При конфигурировании можно задать пароль, без знания которого оператор копирования не получит доступа к Вашей станции, и ограничить список дисков станции, доступных с сервера.

Можно ли получить доступ к ресурсам сети без выполнения LOGIN?

В NetWare 3.x и младше доступ к ресурсам сервера можно получить и по команде

ATTACH [server_name[/login_name]]

При этом процедура регистрации не выполняется и прежние регистрации в других серверах не аннулируются, таким образом ATTACH позволяет одновременно пользоваться ресурсами нескольких серверов, но только при наличии на них бюджетов указанного пользователя и ввода правильного пароля.
В сети с серверами NetWare 4.x команда ATTACH применима только для доступа к серверам 3.x и младше, доступ к Каталогу можно получить только через LOGIN.

MS Windows имеет внутренние средства доступа к сети NetWare, используя вызовы протокола NCP. При этом LOGIN и ATTACH явно могут не запускаться, но их функции обязательно будут выполняться "за кадром", так что требования наличия бюджетов и задания паролей остаются в силе.

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

Можно ли с рабочей станции обращаться к сетевым файлам, не выполняя планирования дисков?

Можно, если в ссылке на файл (каталог) указать его полное сетевое имя. Эту возможность имеют приложения, использующие вызовы NCP, поддерживающие такой формат записи. Из среды DOS возможно выполнение команд NDIR и NCOPY, поддерживающие форматы имен как DOS, так и NetWare. Естественно, что в этих файлах и каталогах пользователь должен иметь соответствующие права доступа. В следующих примерах

NDIR SYS:SYSTEM\*.EXE

NCOPY NEWS.TXT SYS:LOGIN

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

Доступом без планирования часто пользуются из cреды сетевого окружения Windows 95, где папки соответствуют сетевым каталогам. Попытка запуска сетевых утилит из папки неспланированного сетевого каталога часто заканчиваются неудачей из-за того, что требуемые дополнительные файлы (видимые в этой папке!) не находятся в каталоге запуска программы.

Можно ли уменьшить размер стандартной памяти, занимаемый оболочкой NETx?

Для экономии стандартной памяти применяются XMSNETx.EXE (XMSNETX.EXE) и EMSNETx.EXE (EMSNETX.EXE), использующие 6 кбайт стандартной и 34 кбайт расширенной (Extended) или отображаемой (Expanded) памяти соответственно. Эти оболочки работают несколько медленнее и не поддерживают протокол Packet Burst, повышающий производительность сети.
В MS DOS 5 и выше возможна загрузка NETX в верхнюю память командой LH NETX.

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

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

Параметры протокола IPX/SPX, отличающиеся от значений по умолчанию, для монолитного драйвера (IPX.COM) задаются в файле SHELL.CFG.
Для драйверов ODI (IPXODI.COM) параметры протокола IPX/SPX задаются в секции PROTOCOL IPXODI файла NET.CFG.

Оболочка NETX

Версии NetWare 3.11 и младше использовали оболочку NETx.COM, где x - номер версии DOS (3, 4, 5). Универсальная оболочка NETX.EXE используется для версий 3.1-5.x, для MS DOS 6.x утилитой SETVER.EXE устанавливается версия 5.00.
Оболочки NETx.COM загружаются в стандартную (Conventional) память, занимая около 40 Кбайт. Для использования протокола Packet Burst применяется оболочка BNETX.EXE.
Все эти оболочки перехватывают прерывания Int 21h - основные функции DOS, Int 24h - обработчик ошибок и INT 17h - вывод в LPT-порт, и, если вызов относится к сетевым устройствам, обрабатывают его с использованием предварительно загруженного драйвера протокола IPX/SPX, иначе направляют в DOS.
Для отображения сетевых дисков используются буквы приводов, незанятые драйверами DOS (начиная с F: или следующей после указанной в строке LASTDRIVE=x в CONFIG.SYS), для локальных - от A: до LASTDRIVE. Оболочки поддерживают только серверы NetWare с базой данных пользователей Bindery.
Параметры загрузки оболочки могут быть изменены в файле SHELL.CFG для IPX или в NET.CFG для IPXODI (табл.2.4, 2.5).

Откуда берется драйвер IPX.COM?

Он генерируется утилитой WSGEN из объектных модулей, один из которых является драйвером конкретной модели сетевой карты. Этот модуль настраивается на выбранную аппаратную конфигурацию, впоследствии при запуске IPX.COM ее можно изменить опцией On, где n - номер опции. Для некоторых адаптеров готовый IPX.COM входит в комплект поставки платы.

IPX.COM поддерживает только фрейм 802.3 и "не дружит" ни с одним не-IPX протоколом. Пользуйтесь ODI-драйверами! (см. предыдущий ответ).

WSGEN часто требует вставить штатную дискету, да еще без защиты записи. Это вовсе необязательно, достаточно все файлы с этой дискеты скопировать в каталог ...\NETWARE\WSGEN и запускать из него утилиту, имея право записи.

Откуда появляется сообщение "Incorrect DOS version" по выходе из приложения?

Возможная причина - неверная установка командой COMSPEC в процедуре регистрации: она указывает не на тот COMMAND.COM.

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

Почему может не выполняться планирование диска по команде MAP?

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

В текстах процедур регистрации для разделения подкаталогов применяется только символ "/", символ "\" является управляющим.

Во-вторых, убедитесь, что в отображающем каталоге вы имеете хоть какие-нибудь права, доверенные явно или унаследованные.
В-третьих, проверьте, есть ли для данной буквы место в оболочке рабочей станции - для оболочки NETX эта буква должна находиться после ПОСЛЕ буквы, заданной в файле CONFIG.SYS переменной LASTDRIVE, для запросчика VLM она должна быть ДО этой буквы.

Использование диалоговых утилит (SESSION, NETUSER, средств Windows) позволяет избежать этих ошибок или сразу найти причину, поскольку такие утилиты просто не показывают недоступных имен и букв.

Почему не удается соединиться с сервером NetWare 4.x?

Кроме чисто коммуникационных проблем (кабель, разъемы, адаптер, драйверы, настройки, тип фрейма...), возможно вы пытаетесь связаться с сервером NDS (без эмуляции Bindery) через оболочку NETx, что невозможно: NDS требует использования запросчика VLM.
Другая возможная причина может скрываться в сервере - на нем может быть не установлен сервис каталогов (не завершена инсталляция).

Почему не всегда срабатывает поисковый

Почему не всегда срабатывает поисковый путь на сетевом диске после обращения к дискам Z:, Y:, X:, и т. д.?

Сетевой каталог, заданный командой MAP S1:=net_path, появляется в переменной DOS-окружения PATH как Z:., что означает текущий каталог на диске Z:. Если, работая с диском Z: как с обычным сетевым диском (что вполне допустимо), вы сменили на нем текущий каталог, то в поисковый путь войдет теперь новый текущий каталог, а не тот, который вы указывали в команде MAP.

Почему NetBIOS не воспринимает настройки файла NET.CFG?

Вероятно, NetBIOS его не находит. Поместите NetBIOS и NET.CFG в один каталог и проблема должна решиться.

Почему перестала работать команда MAP INS S3:=*1:?

В старых версиях (до NetWare 3.11) эта команда назначала поисковый путь на первый сетевой диск. Чтобы она заработала в NetWare 3.11 и старше, в конце ее надо поставить точку:

MAP INS S3 : = *1: .

Почему после подключения к сети

Почему после подключения к сети сервера NetWare 4.x я не могу на диске F: сервера 3.12 добраться до SYS:PUBLIC и других подкаталогов без планирования новых дисков?

Это обусловлено большей "строгостью" новой версии утилиты LOGIN, которой вы стали пользоваться с появлением нового сервера, если не задали в NET.CFG имя своего старого сервера в строке PREFERRED SERVER (сервер NetWare 4.x отзывается как ближайший быстрее, чем 3.x, даже если этот запрос проходит через внутренний маршрутизатор сервера 3.x!). С ней до успешной регистрации пользователя имя текущего каталога на первом (и пока единственном) сетевом диске при использовании запросчика VLM будет иметь вид F:\, и если в процедуре регистрации не будет явного переопределения этого диска, "путешествия" по его каталогам ограничатся каталогом F:\LOGIN и его подкаталогами. Оболочка NETx в этом случае представляет первый сетевой диск какF:\LOGIN\ и по нему можно добраться до корневого каталога и всех подкаталогов, в которых вы имеете права. Если вы повторно зарегистрируетесь на том же сервере, эффект пропадет, поскольку теперь используется LOGIN текущего сервера старой версии (если его утилиты не обновлялись).
Чтобы не было этой неоднозначности поведения, введите в процедуру регистрации явное планирование первого диска командой

MAP *1:=SYS:LOGIN

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

Очевидно, в процедуре регистрации использовалось планирование поискового диска с небольшим номером без параметра INS (см. предыдущий вопрос). Для локализации причины посмотрите, что стало с путями (DOS командой PATH) и скорректируйте процедуру регистрации.

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

Почему при посылке сообщения другому

Почему при посылке сообщения другому пользователю утилитой SEND появляется сообщение "Message NOT send to <server_name/user_name>?

Причин может быть несколько, поскольку SEND - это отнюдь не почта:

неверно задано имя пользователя, или он не зарегистрирован в сети, что легко проверяется утилитой USERLIST; у пользователя запрещен прием сообщений, что могло быть сделано командой CASTOFF или в Windows в настройке Status at Startup в меню Сеть - NetWare панели управления. Предложите ему разрешить прием сообщений. у пользователя прием разрешен, но забит буфер приема сообщений (он всего двухместный, одно - на экране, другое - в памяти).
Буфер освобождается по комбинации Ctrl-Enter.

Почему при загрузке NETX или VLM появляется сообщение "A File Server could not be found"?

Это сообщение оболочка (запросчик) выдает при попытки установления соединения с сервером, когда на запрос сервера не пришло ответа. Запрос делается сначала к серверу, имя которого указано в строке PREFERRED SERVER = server_name в NET.CFG или SHELL.CFG, или как /PS=server_name в строке запуска NETX или VLM. Если ответ на этот запрос не приходит (или не указан предпочтительный сервер), делается широковещательный запрос ближайшего сервера, и с ним устанавливается соединение ("ближайшим" считается тот, кто раньше всех отозвался). Если и этот запрос остался безответным, выдается вышеуказанное сообщение.
Причины могут быть и в коммуникациях (неисправности, настройка), и в совокупности настроек сервера и станции.
Если сервер в сети точно есть, попробуйте указать его имя как предпочтительное. Если он после этого отозвался, у него, очевидно, запрещен ответ на запрос ближайшего сервера. Это можно исправить с консоли сервера, введя команду

SET REPLY TO GET NEAREST SERVER=ON

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

Причиной также может быть не установленный сервис Каталогов на сервере NetWare 4.x. Готовность сервера (и других) к ответу можно проверить командой DISPLAY SERVERS с консоли сервера.

Почему станция зависает при загрузке IPX?

Либо испорчен файл IPX.COM, либо его настройки (скорее всего, номер прерывания) конфликтуют с другими устройствами.

Почему утилиты LOGIN и WHOAMI сообщают неверное имя пользователя?

Это может случиться в сети NetWare 4, в которой присутствуют серверы NetWare 3.x с необновленными утилитами LOGIN.EXE, WHOAMI.EXE и другими утилитами в каталогах SYS:LOGIN и SYS:PUBLIC. Эти утилиты необходимо заменить на новые, версии 4.x.

После инсталляции нового клиентского

После инсталляции нового клиентского обеспечения (VLM), станция не может найти сервер, а раньше находила. Почему?

При инсталляции клиента NetWare 3.12 и старше по умолчанию устанавливается тип фрейма Ethernet 802.2. Если на сервере установлен только фрейм 802.3 (тип по умолчанию для версий 3.11 и младше), станция сервер не увидит. Выходов два: сменить тип фрейма на станции (в файле NET.CFG), или на сервере (в команде загрузки LAN-драйвера). Смена фрейма на сервере на 802.2 - более прогрессивный вариант, но он требует этой замены и на всех остальных станциях, что возможно только при всеобщем переходе на драйверы ODI (монолитный IPX крепко держится за 802.3). Как компромисс переходного периода возможно параллельное использование обоих фреймов на сервере, но это несколько снижает производительность.

После копирования новой версии оболочки NETX упорно загружается старая, почему?

Обратите внимание на тип файла: старая оболочка была NETX.COM, новая - NETX.EXE. Если в команде запуска не указать явно тип (расширение) файла, то DOS сначала ищет .BAT, потом .COM, и только не найдя ни того, ни другого, ищет .EXE-файл. Проще всего старый NETX.COM переместить в каталог, не доступный по пути PATH, а когда новый клиент "приживется", старого - удалить.

После перехода на VLM при попытке

После перехода на VLM при попытке печати через сеть появляется сообщение "Windows Cannot Write to this File. Disk may be full..." Увеличение FILEHANDLES до 100 в NET.CFG эффекта не дает, хотя раньше помогало. Что делать?

Надо увеличить параметр FILES в файле CONFIG.SYS до 100. Запросчик VLM, в отличие от NETX, не пользуется параметром FILEHANDLES (см.табл. 2.4, 2.6), он живет общими ресурсами DOS.

После загрузки клиентского обеспечения сетевой диск F: не появился. Где искать причину?

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

1. Посмотрите, чем завершилась загрузка оболочки (NETx) или запросчика (VLM): при сообщении "...аttached to server <server>" (станция соединилась с указанным сервером) вам достаточно проверить CONFIG.SYS на наличие строки LASTDRIVE=Z. Для NETx ее НЕ ДОЛЖНО БЫТЬ, или буква должна быть поменьше (первый сетевой диск встанет за ней по алфавиту). Для VLM она ДОЛЖНА БЫТЬ, буква должна стоять за буквой последнего локального диска станции, включая CD-ROM и RAMDRIVE (все сетевые диски будут до нее включительно, первый - сразу за локальными, или в соответствии со строкой FIRST NETWORK DRIVE=x файла NET.CFG, тогда он может и перекрыть локальный). Если строка не в порядке, исправьте ее и перезагрузите станцию. Если строка уже в порядке, а диска нет - обращайтесь к администратору с вопросом о существовании каталога SYS:LOGIN на данном сервере.
Если загрузка оболочки завершилась сообщением "File Server could not found", придется копать глубже: загружайте клиентское обеспечение поэтапно и следите за сообщениями.

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

2. Загрузка поддержки протокола IPX
2.1. Монолитный драйвер IPX.COM
При его загрузке сообщение об ошибке появляется, если неисправна сетевая карта или опции драйвера и установки карты не совпадают в адресах портов или памяти, или драйвер не от той карты. Неверный выбор прерывания обходится молчанием, но драйвер работать не будет. Команда IPX /D выводит список возможных опций конфигурирования с пометкой установок по умолчанию (без загрузки драйвера).
Устранение проблем возможно изменением конфигурации платы или заданием корректной опции (например, команда IPX o1 установит вариант конфигурации "1").

Помните, что монолитный IPX поддерживает только фрейм 802.3, и если в сети такой фрейм не связан с протоколом IPX (стандартная ситуация по умолчанию для NetWare 3.12 и старше), сервер ваша станция не увидит.

2.2. Драйверы ODI
2.2.1. Загрузка LSL может не состояться только по причине его отсутствия или в случае, когда он поврежден. В случае успеха последняя строка его сообщения сообщит принятые параметры из секции Link Support (см. таблица LSL) или по умолчанию

Max Boards 4, Max Stacks 4.

2.2.2. При загрузке драйвера карты (MLID) ситуация с ошибками и сообщениями аналогична монолитному IPX (см. п. 2.1), но ситуация с установками и типом фрейма более управляема: они задаются в секции Link Driver <имя драйвера> файла NET.CFG каталога запуска (см. табл. 2.3). Кроме того, MLID требует предварительной загрузки LSL.COM подходящей версии, если этого не произошло, он обязательно сообщит и пропищит.
2.2.3. IPXODI может не загружаться по причине его отсутствия или поврежденности, а также если не было успешной загрузки MLID, о чем он тоже сообщит и пропищит. Признаком успешной загрузки является сообщение о связывании протокола с логической платой - строка

Bound to logical board 1 (NE2000) : Protocol ID E0

В ней интерес представляют имя драйвера платы (в скобках) и ID E0 - идентификатор протокола, по которому можно определить и тип фрейма: E0 - 802.2, 0 - 802.3. Если протокол связан с несколькими платами (типами фреймов), то для каждой будет своя строка. В случае проблем с фреймом, скорректируйте секцию Link Driver NET.CFG (см.табл. 2.3).

3. Загрузка оболочки или запросчика.
3.1. Оболочка NETx.
NETx может не загрузиться по причине отсутствия, несоответствия версии DOS или поврежденности файла. Первые две причины дают внятные исчерпывающие сообщения, последняя приводит к зависанию или "мусору" на экране вместо заставки.

Для MS DOS 3, 4, 5 должны использоваться соответственно NET3.COM, NET4.COM и NET5.COM, а лучше - универсальная NETX.EXE. Для MS DOS 6.x используйте NET5.COM или NETX.EXE и выполните команду SETVER NETX.EXE 5.00, после чего перезагрузите станцию, не забыв включить в CONFIG.SYS строку

DEVICE=path\SETVER.EXE.

3.2. Запросчик VLM
Специфические проблемы загрузки VLM.EXE - отсутствие требуемых модулей, неверное задание их состава и порядка и некоторые другие. Для получения диагностической информации включите опцию MESSAGE LEVEL = 4 в секцию NetWare DOS Requester файла NET.CFG. В этом же файле проверьте список и порядок модулей, если включена опция USE DEFAULT = OFF, а также соответствие выбранного модуля сетевого протокола (BIND, NDS) версии сервера NetWare (см.табл. 2.6). Версия протокола сервера задается в строке

NETWARE PROTOCOL = NDS,BIND,PNW

или явно в списке загружаемых модулей (VLM=xxx)

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

При использовании NetBIOS иногда происходит потеря соединений, почему?

NetBIOS чувствителен к временным задержкам, и при околограничной настройке параметров при всплесках общей активности в сети возможны вылеты по тайм-ауту. B файле NET.CFG или SHELL.CFG имеется ряд настроек (см.табл. 2.8). Попробуйте увеличить NETBIOS RETRY DELAY и NETBIOS RETRY COUNT, но их чрезмерное увеличение (особенно COUNT) может сильно замедлить реакцию на действительный разрыв соединения).
Это явление может быть и сигналом о неустойчивой работе коммуникационной подсистемы.

При попытке регистрации в NetWare

При попытке регистрации в NetWare 4.x получено сообщение: "Your current context is <context_name>. The user specified does not exist in this context. Login will try find the user in server context", что делать?

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

NAME CONTEXT="xxx.xxx.xxx"

секции NETWARE DOS REQUESTER файла NET.CFG.

При работе периодически возникают

При работе периодически возникают сообщения "Error Receiving from Network, Abort Retry Ignore", что делать?

Если нажатие клавиши R (Retry) помогает, очевидно, имеет место перегрузка сети или сервера, возможно и временная. В этом случае имеет смысл увеличить значение IPX RETRY COUNT в файле NET.CFG или SHELL.CFG, но его чрезмерное увеличение замедлит реакцию на действительные ошибки.
Это явление тоже может быть вызвано проблемами коммуникационной подсистемы.

При работе в Windows появляется

При работе в Windows появляется сообщение "User exceded outstanding NCP directory search limit", что делать?

Такое может случиться, пожалуй, только в Windows: не хватило максимально возможных одновременных каталоговых поисков NCP для одного пользователя. NetWare допускает их от 10 до 1000. По умолчанию 51, причем пятьдесят из них - про запас, поскольку одно приложение обычно не ведет параллельных поисков (параллельное программирование применяется не часто), а при переключении задач сервер обычно успевает ответить на предыдущий запрос поиска. Но уж если до этого дошло, используйте команду консоли сервера (файла AUTOEXEC.NCF)

SET MAXIMUM OUTSTANDING NCP SEARCHES=num

При загрузке оболочки NETX станция зависает. Что это может быть?

Это может быть и не зависанием, а длительными и многократными безответными попытками установления соединения с сервером, после чего можно дождаться сообщения A File Server Coul Not be found. Длительность "зависания" определяется параметрами повторов. Если сообщение так и не появилось, то это действительно зависание, причиной которого может быть конфликт сетевого адаптера с другими устройствами или повреждения файлов клиентского обеспечения станции.

Регистрация в сети

2.3 Регистрация в сети

После загрузки правильно сконфигурированного клиентского обеспечения станции становится доступным первый сетевой диск, спланированный в каталог SYS:LOGIN сервера, с которым установлено соединение. Этот каталог, по умолчанию доступный всем членам группы EVERYONE с правами R, F, содержит файлы, необходимые для регистрации с целью получения доступа к ресурсам сети.
Утилита LOGIN.EXE обеспечивает регистрацию в файл-сервере NetWare 3.x и младше, а в NetWare 4.x - для доступа к ресурсам ВСЕЙ СЕТИ (однократная регистрация).
После регистрации возможно планирование сетевых дисков - связывание логических дисков станции с каталогами файл-серверов и подключение к сетевым принтерам связыванием номера перехватываемого LPT-порта с очередями печати. Также становится возможным передача сообщений и использование сетевых каталогов

Рекламируя NDS, говорят о том

Рекламируя NDS, говорят о том, что в нем можно легко переносить разделяемые ресурсы (например, каталоги) с сервера на сервер, что не отразится на доступе к этим ресурсам. Как это может быть, если полное имя каталога начинается с имени сервера, за которым следует имя тома и т.д.?

Это несложно сделать, если использовать особый тип объекта - отображение каталога (directory map object), который в заданном контексте будет отображать указанный реальный каталог. Если пользователи будут ссылаться на этот каталог по имени отображающего, то все перемещения реального каталога по реальным томам серверов должны сопровождаться изменениями только в одном месте - описании отображающего каталога. Создать его можно утилитой NETADMIN через Управление объектами (Manage Objects) ее главного меню, нажав в требуемом контексте клавишу Ins для определения нового объекта. С б'ольшим комфортом это можно выполнить утилитой NWADMIN.

Сетевые адреса, сообщаемые утилитами SESSION и Lanalyzer, не совпадают. Где правда?

Утилита SESSION v.3.55 из NetWare 3.11 выдает ошибочный адрес. Правильный адрес узла можно получить по команде

USERLIST /A.

Опции IPX файла SHELL.CFG и секции PROTOCOL IPXODI файла NET.CFG

Таблица 2.1 Опции IPX файла SHELL.CFG и секции PROTOCOL IPXODI файла NET.CFG

CONFIG OPTION=n

задание номера опции аппаратной конфигурации IPX.COM;

INT64 ON (OFF)

обеспечение приложениям доступа к сервису IPX через Int 64h (для совместимости с ранними версиями NetWare);

INT7A ON (OFF)

обеспечение приложениям доступа к сервису IPX через Int 7Ah (для совместимости с NetWare 2.0a);

IPX PACKET SIZE LIMIT=(576-6500)

уменьшение размера пакета (для экономии памяти), равногопо умолчанию 4160 байт или заданного коммуникационным драйвером, для Ethernet оптимально 1500 байт;

IPX RETRY COUNT=20 (0-65535)

определение количества повторов пакетов, которое IPX рекомендует SPX и оболочке DOS;

IPX SOCKETS=20 (10-150)

задание допустимого количества IPX-сокетов на рабочей станции;

SPX ABORT TIMEOUT=540 (1-65535)

установка времени ожидания ответа перед разрывом SPX-соединения, задается в 1/18 с тиках;

SPX CONNECTIONS=15 (5-255)

определение максимального числа одновременных SPX-соединений;

SPX VERIFY TIMEOUT=54 (1-65535)

назначение периода (в тиках) посылки пакетов для подтверждения существования соединения: если установлен сеанс SPX, но пакеты не посылаются, то SPX посылает дежурные пакеты не реже, чем через заданный интервал;

SPX LISTEN TIMEOUT=108 (1-65535)

определение времени (в тиках) ожидания пакета перед посылкой запроса на подтверждение существования SPX-соединения;

IPATCH addr, byte

замена при загрузке байта (возможно цепочки байтов) IPX.COM (IPXODI.COM) на указанные.

Только для секции PROTOCOL IPXODI

BIND boadr1 [,board2] станции при загрузке драйвера адаптера.

задание логических плат, связанных с протоколом IPX. Платы задаются номерами (#1, #2...) или именами драйверов (NE2000). Номера логических плат выводятся на консоль

MINIMUM SPX RETRIES=20 (0-255)

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

Секция LINK SUPPORT файла NET.CFG

Таблица 2.2 Секция LINK SUPPORT файла NET.CFG

BUFFERS num [size]	устанавливает количество и размер (по умолчанию 0 и 1130) коммуникационных буферов, необходимых протокольным стекам (IPXODI -- не использует, TCPIP требует не менее двух буферов);
MEMPOOL num	задает размер пула буферов в килобайтах (IPXODI не использует, TCPIP требует 2 кбайт);
MAX BOARDS 4 (1-16)	определяет максимальное количество логических плат;
MAX STACKS 4 (1-16)	задает максимальное количество идентификаторов логических протокольных стеков.

Секции LINK DRIVER <driver_name> файла NET.CFG

Таблица 2.3 Секции LINK DRIVER <driver_name> файла NET.CFG

Аппаратная часть секции
PORT hex_num	определяет базовый адрес портов
INT hex_num	задает номер прерывания
MEM hex_num	определяет начальный адрес RAM адаптера, 4 цифры (в 16-байтных параграфах)
DMA num	устанавливает номер канала DMA
SLOT num	определяет номер слота (для адаптеров шин MCA, EISA, PCI)
NODE ADDRESS hex_num	определяет MAC - адрес станции (если адапрер позволяет его изменять)
Программная часть
FRAME frame_type	устанавливает тип фрейма
PROTOCOL name hex_protocol_ID frame_type	задает имя протокола, его hex-идетификатор и тип используемого фрейма
MAX FRAME SIZE number	задает максимальный размер фрейма
Кроме перечисленных, в секцию могут входить определения специфичных для драйвера параметров (ALTERNATE, SAPS, LINK STATION и другие).

Опции SHELL.CFG и NET.CFG, применяемые с оболочкой (NETX) и запросчиком (VLM) Таблица 2.4 Опции SHELL.CFG и NET.CFG, применяемые с оболочкой (NETX) и запросчиком (VLM)
SET STATION TIME = ON (OFF)	установка часов DOS станции по часам сервера с учетом временной зоны сервера (TIMEZONE) и станции (заданной DOS-директивой SET TZ = t_zone);
MAX TASKS = 31 (5-254)	определение максимального количества одновременно запущенных задач (для Windows, DESQview и т. д.);
PREFERRED SERVER = server_name	определение предпочтительного сервера при первоначальном подключении;
CACHE BUFFERS = 5 (0-64)	установка количества буферов для кэширования файлов запросчиком (каждый буфер позволяет кэшировать 1 файл);
PRINT HEADER = 64 (0-1024)	определение размера буфера инструкций, передаваемых принтеру для печати задания;
PRINT TAIL = 16 (0-1024)	установка размера буфера инструкций для возврата принтера в исходное состояние после печати задания;
LOCAL PRINTERS = 3 (0-9)	ограничение количества локально используемых логических LPT-портов;
SEARCH MODE = 1 (0-7)	задание метода поиска файлов: 0 -- обычный для DOS, 1 -- добавление сетевых поисковых драйвов (в отличие от оболочки NETx для работы сетевого поиска не требуется, чтобы текущий диск был сетевым);
READ ONLY COMPATIBILITY = OFF (ON)	совместимость с версиями до NetWare 2.1: файл R/O мог быть открыт с доступом R/W, но попытка записи блокировалась с возвратом кода ошибки;
SHOW DOTS = OFF (ON)	показ "." и ".." в элементах каталогов (для Windows 3.x рекомендуется ON);
LONG MACHINE TYPE = IBM_PC	присвоение значения переменной "MACHINE" (1-6 символов);
SHORT MACHINE TYPE = IBM	присвоение значения переменной "SMACHINE" (1-4 символа).

Опции SHELL.CFG и NET.CFG, применимые только с оболочкой (NETX)

Таблица 2.5 Опции SHELL.CFG и NET.CFG, применимые только с оболочкой (NETX)

ALL SERVERS=OFF (ON)	передача сигнала "End of Task" всем присоединенным серверам (ON) или только участвующему в задаче;
EOJ=ON (OFF)	автоматическое закрытие файлов, захватов, семафоров и т. д. по концу задачи;
FILE HANDLES=40	установка количества одновременно открытых сетевых файлов;
HOLD=OFF (ON)	сохранение открытого состояния для файлов, уже закрытых программой, до выхода из программы (старые приложения, использующие FCB, могут требовать "ON");
LOCK DELAY=1	определение времени ожидания перед попыткой захвата (в тиках);
LOCK RETRIES=3	определение количества попыток захвата;
MAX CUR DIR LENGTH=64 (64-255)	установка ограничения длины пути текущего каталога;
MAX PATH LENGTH=255 (64-255)	задание максимальной длины пути (не включая имя сервера и имя файла);
MAX TASKS=31 (20-128)	установка количества одновременно активных задач;
PATCH=addr, byte	"заплаты" оболочки;
SHARE=ON (OFF)	разрешение (запрещение) процессам использовать ресурсы (file handles) совместно с родительскими;
SPECIAL UPPERCASE=OFF (ON)	запрещение (разрешение) использования оболочкой DOS-вызова для трансляции ASCII-символов с номерами выше 128;
TASK MODE=2 (0, 1)	установка режима переключения виртуальных машин (2 -- Windows 3.0, 0 -- без многозадачности);
ENTRY STACK SIZE=10 (5-40)	обеспечение видимости в окне страницы памяти кода, находящегося в отображаемой памяти (только для EMSNETX).

Опции NET.CFG, применяемые только с запросчиком (VLM)

Таблица 2.6 Опции NET.CFG, применяемые только с запросчиком (VLM)

USE DEFAULTS = OFF	отмена загрузки стандартного набора VLM-модулей
EXCLUDE VLM = fname	отмена загрузки конкретного модуля из стандартного набора
VLM = fname	загрузка конкретного модуля
MESSAGE LEVEL = 1 (0-4)	степень подробности сообщений при загрузке: 0-заставка и критические ошибки, 1 = 0 + предупреждения, 2 = 1 + заставка каждого загружаемого VLM, 3 = 2 + конфигурация каждого VLM, 4 = 3 + вывод диагностической информации;
LOAD LOW CONN = ON (OFF)	загрузка менеджера соединений в основную память (повышает эффективность, жертвуя 3 Кбайт стандартной памяти);
LOAD CONN TABLE LOW = OFF (ON)	загрузка таблицы соединений в основную память для совместимости с начальным вариантом утилит NetWare 4.0;
LOAD LOW IPXNCP = ON (OFF)	загрузка транспортного протокола для IPX в основную память (повышает эффективность жертвуя 4 Кбайт стандартной памяти);
NETWARE PROTOCOL = NDS, BIND, PNW	список используемых протоколов NetWare в порядке убывания приоритета (модуль неуказанного протокола не загружается, при отсутствии этой опции загружаются все);
CONNECTIONS = 8 (2-50)	максимальное количество соединений с серверами, для серверов 2.x-3.x лучше не превышать 8; на каждое резервируется память в таблице соединений;
AVERAGE NAME LENGTH = 48 (2-48)	максимальная длина имен используемых серверов (позволяет экономить память при коротких именах);
CHECKSUM = 1 (0-3)	уровень использования контрольных сумм пакетов NCP: 0 = запрещено, 1 = разрешено, 2 = предпочтительно, 3 = необходимо;
SIGNATURE LEVEL = 1 (0-3)	уровень использования сигнатур пакетов NCP: 0 = запрещено, 1 = разрешено, 2 = предпочтительно, 3 = необходимо (при значении 0 модуль SECURITY.VLM не загружается);
HANDLE NET ERRORS = ON (OFF)	обработка сетевых ошибок через Int 24h (при OFF будут возвращаться коды NetWare, при ON ошибки передаются обработчику DOS);
MESSAGE TIMEOUT = 0 (0-10000)	время перед автоматическим удалением сообщения с экрана (в тиках), при значении 0 удаление происходит только по Ctrl-Enter;
CACHE BUFFER SIZE = 512 (64-4096)	размер кэш-буфера для сетевых файловых операций (превышение максимального размера фрейма сетевой платы не имеет смысла);
CACHE WRITES = ON (OFF)	кэширование записи (повышает производительность и риск потери данных, т. к. запись в файл считается совершенной уже после попадания в кэш-буфер станции);
TRUE COMMIT = OFF (ON)	правдивость подтверждения записи: ON -- подтверждение приходит после физической записи на диск сервера (повышение гарантии целостности данных), OFF -- подтверждение происходит по записи в кэш-буфер сервера (повышение производительности);
LARGE INTERNET PACKETS = ON (OFF)	разрешение передачи больших (более 576 байт) пакетов через мосты и маршрутизаторы;
PB BUFFERS = 3 (0-10)	количество буферов для протокола Packet Burst (при значении 0 Packet Burst отключен);
PBURST READ WINDOW SIZE = 10 (2-64)	количество буферов Packet Burst при чтении;
PBURST WRITE WINDOW SIZE = 10 (2-64)	количество буферов Packet Burst при записи;
PRINT BUFFER SIZE = 64 (0-256)	размер кэш-буфера печати для посимвольного вывода через INT 17h;
NETWORK PRINTERS = 3 (0-9)	количество логических LPT-портов, перехватываемых для сетевой печати (при значении 0 модуль RPRINT.VLM не загружается);
FIRST NETWORK DRIVE = (A-Z)	имя первого сетевого диска, может перекрыть локальный диск (обычно F, если не указан -- первая свободная буква);
DOS NAME = MSDOS (1-5 символов)	присвоение значения переменной "OS";
AUTO RECONNECT = ON (OFF)	разрешение повторного подключения станции к серверу с восстановлением среды станции после потери соединения (при значении ON требуется загрузка AUTO.VLM и RSA.VLM);
AUTO RETRY = 0 (0-3640)	задержка для AUTO.VLM (в секундах) перед повтором вызова после получения критической сетевой ошибки (при значении 0 попыток повтора не происходит);
AUTO LARGE TABLE = OFF (ON)	выделение большой таблицы для автоматического восстановления соединений Bindery (178 байт вместо 34 байт на соединение, не требуется, если имя пользователя и пароль не длиннее 16 символов);
BIND RECONNECT = OFF (ON)	автоматическое восстановление соединений Bindery, планов драйвов и соединений печати (при использовании AUTO RECONNECT = ON).
MINIMUM TIME TO NET = 1000	время ожидания ответа от первого маршрутизатора.
Следующие параметры относятся только к использованию Personal NetWare:
BROADCAST RETRIES = 2 (0-255)	количество попыток посылки широковещательных сообщений группе,
BROADCAST SEND DELAY = 0 (0-255)	задержка (в тиках 1/18 с) между посылками широковещательных сообщений;
BROADCAST TIMEOUT = 3 (1-255)	задержка между посылками повторных широковещательных сообщений;
PREFERRED WORKGROUP = workgroup	рабочая группа по умолчанию
RESPONDER = OFF (ON)	ответ станции на широковещательные и диагностические запросы (OFF экономит память, занимаемую запросчиком)
WORKGROUP NET = wkg_net_addr	адрес сети, в котором ищется рабочая группа (если она не в той же сети, что и станция)
Применительно к NetWare 4.x дополнительно используются команды:
PREFERRED TREE= d_tree_name	предпочтительное дерево каталогов при первоначальном подключении, используется, если в сети активно несколько деревьев; несовместимо с использованием PREFERRED SERVER.
NAME CONTEXT="context_name"	имя контекста по умолчанию, задается в кавычках.

Параметры протокола Named Pipes

Таблица 2.9 Параметры протокола Named Pipes

NP MAX COMM BUFFERS = 6 (4-40)	количество коммуникационных буферов, используемых протоколом.
NP MAX MACHINE NAMES = 10 (4-50)	количество устройств, с которыми станция может связаться по протоколу Named Pipes.
NP MAX NAME PIPES = 4 (4-128)	количество именованных каналов, используемых одновременно.
NP MAX SESSIONS = 10 (4-50)	количество одновременных сеансов связи (подавляется командой NP MAX MACHINE NAMES).

Таблица 2.9 Параметры протокола Named Pipes - часть 2

Параметры среды переключения задач, определяемые секцией TBMI2 файла NET.CFG

Таблица 2.10 Параметры среды переключения задач, определяемые секцией TBMI2 файла NET.CFG

DATA ECB COUNT=60 (10-89)	количество блоков управления событиями (Event Control Block, ECB) с данными, выделенных для использования программами DOS, требующими виртуализации (каждый блок занимает 628 байт, количество обычно можно уменьшить до 30);
ECB COUNT=20 (10-255)	количество блоков ECB, не содержащих данных, выделенное для использования программами DOS, требующими виртуализации (каждый блок занимает 52 байта);
INT64 ON (OFF)	разрешение доступа к сервису IPX через Int 64h в многозадачной среде;
INT7A ON (OFF)	разрешение доступа к сервису IPX через Int 7Ah в многозадачной среде;
USE MAX PACKETS	использование максимального размера пакета;
USING WINDOWS 3.0	использование TASKID для идентификации задач в каждом сеансе DOS как отдельных задач в реальном и стандартном режиме.

В какое место переменной PATH попадают сетевые поисковые диски?

Местоположением поискового диска (порядком поиска) можно управлять с помощью параметров команды MAP. Команда MAP Sn:=net_path заменяет n-элемент переменной PATH, определенной на момент применения данной команды, поисковым диском, отображающим сетевой каталог net_path.
Параметр INS[ert] команды MAP INS Sn:=net_path указывает, что данный поисковый диск вставляется перед "n"-элементом переменной PATH, определенной на момент применения данной команды.
Если значение "n" превышает текущее количество элементов PATH, поисковый диск добавляется в конец переменной PATH, независимо от параметра INS.

Зачем использовать поисковые диски, если можно в путь вставить явную ссылку на сетевой каталог?

Действительно, для включения сетевого каталога в путь поиска достаточно в переменную PATH вставить ссылку на каталог уже спланированного сетевого диска. При этом не появятся раздражающие последние буквы алфавита в списке логических дисков станции, но возникнет другая неприятность: до тех пор, пока не будет выполнено планирование этого сетевого диска, при запуске любых программ, находящихся в каталогах пути, указанных после сетевого, будет появляться DOS-сообщение "Invalid drive In Search Path". Это же сообщение станет и верным спутником фразы "Bad command or filename". Поисковый диск удобен тем, что его присутствие в пути всегда согласовано с реальным подключением к серверу.

Запросчик VLM

Начиная с версии 3.12 в комплекте NetWare поставляется новая версия верхнего уровня клиентского обеспечения - запросчик DOS (NetWare DOS Requester) VLM (Virtual Loadable Module).
Запросчик поддерживает пользователей серверов NetWare 2.x-3.x с Bindery, серверов NetWare 4.x с сервисом каталогов NDS и серверов одноранговой сети Personal NetWare.
Запросчик поддерживает технологию свопинга памяти, протокол Packet Burst и обработку больших межсетевых пакетов (LIP), средства SNMP на рабочей станции (Desktop SNMP).
Запросчик состоит из набора виртуальных загружаемых модулей (.VLM-файлов) и менеджера VLM.EXE, управляющего их загрузкой и взаимодействием. Каждый модуль выполняет определенные функции. Модульность архитектуры обеспечивает экономию памяти (VLM, реализующий неиспользуемые функции, можно не загружать) и наращиваемость функциональности для будущих приложений.
В отличие от NETX, запросчик использует не перехват прерываний, а функции переназначения устройств DOS, что ускоряет обработку локальных вызовов. При этом для сетевых дисков используются буквы, зарезервированные под DOS, начиная с указанной в строке First Network Drive = x файла NET.CFG (или первой свободной) и до указанной в строке LASTDRIVE = y файла CONFIG.SYS (по умолчанию E), а для локальных - от A до x-1. Обычно при использовании запросчика указывают LASTDRIVE = Z.
Для загрузки запросчика после загрузки средств поддержки протокола IPX/SPX (IPX.COM или IPXODI.COM) исполняется VLM.EXE. Опции запуска /D и /? выводят диагностическую информацию и экран помощи. Выгрузить VLM.EXE из памяти позволяет опция /U.
Параметры запросчика задаются в секция NetWare DOS Requester файла NET.CFG. Они используют опции, частично совпадающие с опциями для NETX (см. табл. 2.4) и имеет дополнительные опции (см. табл2.6).