Arial Georgia Tahoma Times New Roman Verdana

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

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

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

LOGIN [server_name/][login_name]

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

LOGIN.EXE из NetWare 3.x и младше не пригоден для доступа к Каталогу NDS.

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

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

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

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

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

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

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

ATTACH [server_name[/login_name]]

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

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

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

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

Для регистрации в многосерверной сети 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, то пользователю останется только ввести пароль.

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

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

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

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

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

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

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

Как ориентироваться в Каталоге из среды 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 — отображение дерева, начиная с корня, в нашем примере эта команда даст следующий вывод на экран:

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

Для получения доступа к сетевому диску необходимо отобразить (спланировать) его на желаемый каталог тома сервера. "Классически" планирование дисков для регулярного использования осуществляется командой 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), обеспечивают планирование дисков, управление печатью, обмен сообщениями.

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

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

NDIR SYS:SYSTEM\*.EXE

NCOPY NEWS.TXT SYS:LOGIN

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

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

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

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

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

Чем отличается сетевой диск (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, буквы, соответствующие поисковым дискам, также отображаются в общем списке дисков, что несколько их загромождает.

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

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

Что такое 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.

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

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

Что такое планирование в псевдокорень (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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Для изменения (и просмотра) атрибутов файлов предназначена утилита 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 (свойства), там набор атрибутов автоматически приводится в соответствие со средой фактического хранения файлов.

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

При копировании сетевых файлов средствами 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, но перед использованием такого файла его необходимо скопировать на том с компрессией или включить компрессию на данном томе).

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

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

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

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

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

Стандартная процедура установки выполняется с дискеты "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.

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

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

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

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

Можно ли 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.

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

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

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

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

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

Что такое файл 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.

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

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

VLM.EXE /C=pathname.

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

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

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

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

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

SET NWLANGUAGE=RUSSKI

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

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

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

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

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

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

Эта аббревиатура расшифровывается как 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, записываемое с первой позиции строк.

Что такое Named Pipes?

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

Что такое 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 не нужен.

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

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

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

SYSTIME server_name,

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

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

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

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

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

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

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

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

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

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

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

Общее количество памяти, занимаемой драйверами 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.

Что такое 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/).

Почему при загрузке 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 с консоли сервера.

После загрузки клиентского обеспечения сетевой диск 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). Наконец, возможно намеренное нежелание сервера отвечать на запрос — см. предыдущий ответ.

Что делать, получив сообщение "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!).

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

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

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

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

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

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

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

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

Почему после подключения к сети сервера 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

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

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

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

После перехода на 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.

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

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

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

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

Что означает сообщение "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).

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

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

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

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

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

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

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

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

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

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

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

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

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

При попытке регистрации в 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.

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

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

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

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

USERLIST /A.

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

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

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

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

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

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

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

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

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

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

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

MAP INS S3 : = *1: .

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

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

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

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

Что означают сообщения "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" при регистрации в сети?

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

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

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

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

Для установки или смены своего пароля можно воспользоваться утилитой 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] и обратите внимание на сообщения об успешности смены паролей на серверах. Если новый пароль не удовлетворяет требованиям какого-либо сервера, на нем пароль не изменится.

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

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

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

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

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

LOGIN serv_name/user_name /NS

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

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

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

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

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

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

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

SET MAXIMUM OUTSTANDING NCP SEARCHES=num

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

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

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

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

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