| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Глава 26. Установка рабочих станций
В данной главе рассказывается об инсталляции программного обеспечения рабочих станций, поставляемого с рабочими станциями NetWare for DOS, Windows 3.1 и OS/2. Процесс инсталляции не сложен и управляется с помощью меню. Вы можете загрузить программу установки с дискеты, настроить конфигурацию рабочей станции, затем перезагрузить рабочую станцию и разрешить регистрацию на ней пользователей. #$594 NetWare на CD-ROMЕсли вы купили NetWare на CD-ROM, то вам потребуется выделить программное обеспечение рабочей станции и поместить его для установки рабочих станций на диск. Перечисленные ниже шаги предполагают, что у вас есть дисковод CD-ROM, и вы имеете доступ к файлам оптического диска.
NetWare DOS RequesterNetWare DOS Requester - это набор модулей, заменяющих утилиту NETX.COM предыдущих версий NetWare. DOS Requester перехватывает запросы службе NetWare и посылает их модулю IPXODI, который добавляет для доставки по сети информацию заголовка и данные пакета. Модули DOS RequesterПосле установки программного обеспечения рабочей станции вы можете загрузить его путем запуска командного файла STARTNET.BAT, который обычно находится в каталоге NWCLIENT. Этот командный файл выполняет следующие команды:
LSL
NE2000.COM (или другой драйвер локальной сети)
IPXODI
VLM
LSL (Link Support Layer)LSL - это программа-драйвер, которая управляет трафиком между несколькими коммуникационными протоколами и драйверами плата сетевого интерфейса, которые поддерживают спецификацию ODI (Open Data-Link Interface) Novell (как показано на приведенном ниже рисунке). LSL можно рассматривать как промежуточный или коммутационный оператор, который получает пакеты и направляет их в корректный стек протоколов, либо посылает пакеты различных протоколов через одну и ту же плату сетевого интерфейса. Существует несколько возможных конфигураций LSL. LSL может действовать как промежуточное звено между:
+----------------++----------------++----------------+
¦ IPX ¦¦ AppleTalk ¦¦ TCP/IP ¦
+----------------++----------------++----------------+
^ ^ ^
¦ ¦ ¦
v v v
+----------------------------------------------------+
¦ Link Support Layer (LSL) ¦
+----------------------------------------------------+
^
¦
v
+----------------------------------------------------+
¦ ODI Multiple Link Interface Driver (MLID) ¦
+----------------------------------------------------+
^
¦
v
---------------
-----Плата-----
------LAN------
---------------
Драйвер локальной сетиУказываемый в файле STARTNET.BAT драйвер локальной сети зависит от платы сетевого интерфейса, выбранной при установке программного обеспечения рабочей станции. Драйвер локальной сети обеспечивает информацию об установленной в системе плате сетевого интерфейса. Драйверы, написанные для ODI Multiple Link Interface Driver (MLID), не связаны непосредственно со стеком коммуникационных протоколов. MLID просто управляет информацией доступа к носителю и позволяет LSL выполнять всю специфическую для протокола обработку. IPXODIКак показано на приведенном выше рисунке, драйвер LSL находится между стеком протоколов IPX и драйвером платы сетевого интерфейса. IPXODI - это драйвер, который загружает стек протоколов IPX и подключает его к уровню LSL. IPXODI - это единственный протокол, который автоматически устанавливается на сервере. Другие стеки должны устанавливаться дополнительно. Для обеспечения совместимости на рабочих станций со стеками протоколов TCP/IP вам нужно приобрести продукты Novell LAN WorkPlace (DOS, Macintosh или OS/2). VLM (Virtual Loadable Module)VLM - это выполняемый файл (EXE), который загружает программное обеспечение DOS Requester. DOS Requester выполняет всю важную работу по адресации запроса на обслуживание рабочей станции (направляя его DOS или по сети серверу). Однако VLM.EXE - это только верхушка айсберга. Он загружает следующие модули, которые вы можете видеть при выводе содержимого каталога NWCLIENT:
Установка NetWare DOS RequesterNetWare DOS Requester обеспечивает средства Opwen Data-Link Interface, так что рабочие станции могут использовать несколько протоколов для взаимодействия с несколькими системами. ODI позволяет также использовать несколько типов кадра, такие как Ethernet 802.2, 802.3, Ethernet II и Ethernet SNAP. Для установки программного обеспечения нужно запустить утилиту INSTALL, которая находится на диске NetWare Workstation for DOS (WSDOS_1), а затем внести некоторые необязательные изменения в файл конфигурации NET.CFG (этот файл содержит параметры, управляющими этими модулями). При этом следует иметь в виду следующее:
Утилита INSTALLПосле подготовки рабочей станции путем установки платы сетевого интерфейса, зная всю необходимую информацию, вы можете запускать подпрограмму установки. Вставьте в дисковод дискету WSDOS_1 и наберите следующее: A:INSTALL После этого выводится экран установки:
+---------------------------------------------------------------+
¦-NetWare-ClientInstall--v0.10----Friday February-4,-1994-2:15--¦
+---------------------------------------------------------------+
¦ ¦
¦ STEP 1. Type target name for Client Installation. ¦
¦ C:\NWCLIENT------------ ¦
¦ ¦
¦ STEP 2. Client installation requires "LASTDRIVE=Z" in the ¦
¦ CONFIG.SYS file and "CALL STARTNET.BAT" added to ¦
¦ AUTOEXEC.BAT. Install will make backup copies. ¦
¦ Allow changes? (Y/N): No ¦
¦ ¦
¦ STEP 3. Do you wish to install support for Windows? (Y/N): No ¦
¦ Windows Subdirectory: ¦
¦ ¦
¦ STEP 4. Press <Enter> to install the driver for you network ¦
¦ board. You may then use arrow keys to find the ¦
¦ board name. ¦
¦ Press <Enter> to see list. ¦
¦ ¦
¦ STEP 5. Press <Enter> to install. ¦
¦ ¦
+---------------------------------------------------------------+
¦ Esc-exit Enter-select ^v-move Alt F10-exit ¦
¦ ¦
+---------------------------------------------------------------+
Для установки каждого параметра здесь предусмотрен соответствующий шаг. Перечислим эти шаги:
LOGIN .ADMIN.организация
подставив вместо "организации" имя заданной в качестве контейнера
(включающего объекта) организации.
Создание файла запускаЕсли вместо включение команд запуска в файл AUTOEXEC.BAT вы выберете создание альтернативного файла, то будет создан командный файл, с помощью которого вы можете подключаться к сети, переключаться на сетевой диск и регистрироваться в ней. Например:
NWCLIENT\STARTNET
F:
LOGIN .ADMIN.TECHNOTEX
Эти команды предполагают, что файлы запуска находятся в каталоге NWCLIENT, первым сетевым диском является диск F, а имя регистрации - ADMIN. Создайте аналогичный файл для каждого пользователя. Задав контекст с помощью параметра NAME CONTEXT в файле NET.CFG, вы можете избежать задания контекста в команде LOGIN. Бездисковая рабочая станцияЕсли в вашей сети имеются бездисковые рабочие станции, вы можете загружать на них версию DOS, записанную в специальном файле образа загрузочного диска не сервере. Этот файл содержит образ загрузочного диска DOS. Сетевые адаптеры бездисковых рабочих станций должны иметь специальные загрузочные ППЗУ, которые выполняют программу для автоматического подключения к серверу и загрузки с помощью образа загрузочного диска. Может существовать несколько файлов образов с различными конфигурациями загрузки (например, для запуска разных версий DOS). Нужный файл вы можете задать по номеру узла, заданного в ПЗУ платы сетевого адаптера. Вся процедура установки бездисковой рабочей станции достаточно проста и детально описывается в руководстве по NetWare. Файл NET.CFGФайл конфигурации NET.CFG содержит параметры, используемые при загрузке DOS Requester и другими утилитами. Изменения в NET.CFG не обязательны, и в большинстве случаев вам не потребуется вносить изменения. Однако включение команд в этот файл может помочь вам настроить операционную среду рабочей станции и преодолеть проблемы с программным обеспечением и аппаратурой. Другие параметры и утилитыПрограммное обеспечение рабочей станции для NetWare 4.x автоматически поддерживает пакетный режим и обмен с использованием больших пакетов LIP (Large Internet Packet). В предыдущих версиях NetWare эти средства устанавливались дополнительно. Пакетный (монопольный) режимПакетный режим улучшает коммуникации в сети, позволяя клиентам и серверам передавать несколько пакетов информации без необходимости посылать ответ для каждого пакета. Если вы по каким-то причинам не можете использовать пакетный режим (возможно по рекомендации разработчика программного обеспечения), то можете запретить его, добавив в NET.CFG следующую строку:
PB BUFFERS=0
Обмен большими пакетами InternetПри наличии маршрутизатора в предыдущих версиях NetWare автоматически устанавливался размер пакета 576 байт. Этим обеспечивается, что пакеты не будут пересекать маршрутизатор. Большие пакеты Internet (Large Internet Packet) в NetWare 4.x позволяет клиентам и серверам общаться с использованием подходящего размера пакета без спецификации 576-байтового ограничения (при наличии маршрутизатора). Однако вы должны убедиться, что маршрутизаторы вашей сети способны работать с данным размером пакета. Если какой-либо из маршрутизаторов не может работать с пакетами, превышающими 576 байт, для отключения LIP (Large Internet Packet) добавьте в файл NET.CFG команду:
LARGE INTERNET PACKET = OFF
Поддержка переключения задач (TBMI2.COM)Эта утилита распределяет буферы, используемые для визуализации запросов IPX/SPX, благодаря которым вы можете запускать программу MS-DOS DOSSHELL или утилиту DR DOS фирмы Novell TaskMAX и использовать преимущества переключения задач. Если вы не запускаете эти приложения переключения задач, то загружать TBMI2 не нужно. Скопируйте утилиту TBMI2 на дискету Workstation for Windows в каталог NWCLIENT. Выполните этот файл, набрав его имя, затем запустите программное обеспечение переключения задач. Если вы не уверены, что вам нужна эта утилита, то все равно можете ее загрузить, так как памяти она требует немного. Спустя некоторое время вы можете проверить, используют ли TBMI2 приложения. Наберите для этого:
TBMI2 /D
Если поле Far Call Usage (использование дальнего вызова) равно 0, то приложение не использует TBMI2, и вы можете запустить приложение без него. Если приложение использует TBMI2, вы можете восстановить используемую этим средством память с помощью команды:
TBMI2 /U
которая выгружает TBMI2. Поддержка DOSNP.EXEУтилита DOSNP.EXE расширяет DOS, предоставляя этой системе возможность использовать удаленное средство Named Pipes. Это требует наличия сервера OS/2 Named Pipes. Скопируйте эту утилиту с дискеты NetWare Workstation WSDOS_1 в каталог NWCLIENT, а затем выполнить ее непосредственно или поместить команду ее выполнения в файл AUTOEXEC.BAT. Получить информацию о команде вы можете набрав DOSNP /i, а выгрузить ее с помощью DOSNP /u. Поддержка сетей Token Ring (ROUTE.COM)Утилита ROUTE.COM загружает драйвер IBM Token Ring Source Routing Driver, позволяющий обмениваться данными через сетевые мосты IBM Token Ring. Драйвер маршрутизации работает с любым стеком протоколов ODI DOS и должен выполняться на всех рабочих станциям, обменивающихся данными через мост. Чтобы установить драйвер, скопируйте его в каталог NWCLIENT (если он там отсутствует) и добавьте команду его загрузки в файл STARTNET.BAT. Вставьте эту команду непосредственно перед командой IPXODI, но после команды, загружающей драйвер интерфейса и Link Support Layer. Однако, если рабочая станция является бездисковой, и вы используете удаленную загрузку, загрузите ROUTE.COM перед драйвером локальной сети Token Ring. Команда запуска ROUTE.COM может иметь следующий вид: ROUTE параметры Параметры могут быть следующими:
Улучшенная защитаВ NetWare v.4 для предотвращения фальсификации пакетов используется сигнатура (цифровая подпись) пакета NCP. Так как это средство влияет на производительность, оно не обязательно. Однако, если вы его установите, то маловероятно, чтобы злоумышленник мог перехватить пакеты. Возможность сигнатуры инсталлируется добавлением в файл NET.CFG параметра SIGNATURE LEVEL. Существует несколько уровней защиты, каждый из которых предлагает улучшенную защиту, но ухудшает производительность. Параллельное использование драйверов ODI и NDISIBM, Microsoft и другие разработчики сетей придерживаются спецификации NDIS (Network Driver Interface Specification). NDIS используется в Microsoft LAN Manager, Microsoft Windows NT, Microsoft Windows for Workgroups, IBM LAN Server и 3COM 3+Share. Чтобы стеки протоколов NDIS могли работать с ODI, Novell разработала ODINSUP.COM. В основном программа ODINSUP предназначена для того, чтобы связывать вместе две различные сети. Она позволяет стеку протоколов NDIS работать через LSL (Link Support Layer) ODI с ODI-совместимым драйвером сетевой интерфейсной платы. ODINSUP устраняет необходимость перезагрузки рабочей станции, когда вы хотите перейти от сетевой схемы NDIS к ODI или наоборот. Как показано на следующем рисунке, ODINSUP, как и все стеки протоколов, находится над уровнем LSL. Она может получить пакеты из LSL и передавать их стеку протоколов NDIS. Если пакеты нужно передать по сети, то они пересылаются в обратном направлении.
+----------------+ +---------++---------++---------+
¦ ODINSUP ¦<----->¦ NDIS ¦¦ IPX ¦¦ TCP/IP ¦
+----------------+ +---------++---------++---------+
^ ^ ^ ^
¦ ¦ ¦ ¦
v v v v
+--------------------------------------------------------+
¦ LSL ¦
+--------------------------------------------------------+
Представим общую схему установки ODINSUP. Заметим, что при объявлении новых программных продуктов для NetWare v.4 эти процедуры могут изменяться (подробности вы можете найти в руководстве по NetWare).
DEVICE=C:\маршрут\PROTMAN.DOC /I:маршрут
LINK DRIVER NE2000
frame ethernet_802.3
frame ethernet_802.2
frame ethernet_ii
frame ethernet_snap
PROTOCOL ODINSUP
bind ne2000
BINDINGS=NE2000
Замените NE2000 именем используемого вами сетевого драйвера. Если эта процедура выглядит сложной, не отчаивайтесь. Одновременно выполнение драйверов ODI и NDIS - это непростая задача, но, если вы знаете все параметры, с ней вполне можно справиться. Windows в сетиЕсли на жестком диске локальной рабочей станции установлена среда Windows, DOS Requester загружает драйверы и параметры таким образом, что к сетевым ресурсам можно обращаться из Windows. В этом разделе описывается несколько альтернативных возможностей использования Windows. В основном они ориентированы на облегчение задач сетевого администрирования и облегчение установки Windows для тех пользователей, которые хотят обращаться к сети через Windows. Описанные здесь процедуры предусматривают копирование всех файлов Windows в совместно используемый каталог сети. Затем пользователи или супервизоры могут установить Windows на рабочих станциях, обращаясь к программам установки и файлам этого совместно используемого каталога, а не инсталлируя Windows с дискет рабочей станции. Супервизорам нужно "расширить" файлы Windows с дистрибутивных дискет. Либо пользователи могут просто выполнять Windows непосредственно из этих файлов. Опишем три возможных сценария:
Первый метод является наилучшим, но на жестком диске рабочей станции должно быть достаточно место для размещения всех файлов Windows. Недостатком этого метода является то, что за обновление файлов Windows и приложений в его системе отвечает сам пользователь. Когда Windows устанавливается на сервере, эти задачи могут выполнять администраторы сети. Второй метод позволяет сэкономить пространство на диске локальной рабочей станции, так как там записывается всего несколько файлов Windows, таких как файлы INI. Однако при доступе пользователей к совместно используемым файлам Windows увеличивается сетевой трафик. Обновления выполняются на сервере, что облегчает задачи управления. Третий метод является наиболее простым с точки зрения администратора сети, но создает наиболее интенсивный трафик. Этот метод следует использовать для запуска Windows c бездисковых рабочих станций. При использовании второго метода на рабочие станции пользователей или в их персональные каталоги копируются следующие файлы:
HIMEM.SYS - администратор расширенной памяти. Другие файлы Windows находятся в совместно используемом каталоге, доступном для всех пользователей Windows. Файл свопингаПри использовании Windows в сети очень важным является расположение файлов свопинга. Средство виртуальной памяти Windows 3.1 позволяет создать впечатление, что на компьютере имеется больше памяти, чем физически установленная память. Благодаря этому система с недостаточным объемом памяти может выполнять интенсивно использующие память графические и инженерные задачи. Область свопинга на диске представляет собой специальный скрытый файл, временный или постоянный. Если создается постоянная область, то она всегда располагается в одном и том же месте диска и оптимизирует скорость обмена с диском. Однако это пространство диска недоступно для другого использования. Временный файл свопинга создается на доступном дисковом пространстве при каждом запуске Windows. Хотя временный файл менее эффективен, чем постоянный, дисковое пространство постоянно под него не отводится. Если рабочая станция не является бездисковой, файлы свопинга всегда следует размещать на жестком диске, а не на сервере. Передача данных свопинга по сети существенно ухудшает производительность средств виртуальной памяти и увеличивает трафик сети. Копирование файлов Windows на серверЧтобы установить Windows для использования в сети, вам следует сначала скопировать весь набор дискет Windows в совместно используемый каталог сетевого тома. Файлы в этом каталоге используются затем для создания выполняемых копий файлов Windows на пользовательских рабочих станциях или для запуска Windows непосредственно с сетевого диска. Для копирования этих файлов выполните следующие шаги:
FLAG *.* S Подготовка рабочей станцииОписанные в данном разделе команды выполняются на каждой рабочей станции для инсталляции рабочей копии Windows из скопированных на сервер файлов. Если вы являетесь супервизором, перед тем, как позволить пользователям выполнить процедуру установки, прочитайте остальную часть этого раздела. Существует множество параметров и переменных установки. Вы можете точно задать, какая аппаратная конфигурация должна инсталлироваться на рабочей станции или настроить операционную среду Windows для индивидуальных рабочих станций, включив или исключив пиктограммы и группы в Program Manager. Для запуска программы SETUP или Windows в сети пользователи должны иметь соответствующие права доступа к общему каталогу и к своим индивидуальным каталогам. Полная установка на рабочей станции с сервераВ методе полной установки на пользовательской рабочей станции из файлов, скопированных на сервер, просто инсталлируются все необходимые файлы. Это не отличается от обычной установки с дискеты, но после копирования файлов Windows на сервер с дистрибутивных дискет работать с дискетами уже больше не нужно. Перечислим необходимые шаги:
Разделяемая установкаВ методе разделяемой установке на локальный жесткий диск рабочей станции копируются только персональные файлы Windows. Остальные файлы Windows доступны в совместно используемом каталоге. Чтобы создать совместно используемую копию Windows, выполните следующие шаги:
Программа установки копирует в каталог пользователя только необходимые файлы, а затем модифицирует файлы AUTOEXEC.BAT и CONFIG.SYS на рабочей станции. Автоматическая установкаВ процессе установки нужно принять решения относительно видеоаппаратуры и сетевых подключений. Чтобы обеспечить корректность решений пользователей, если они устанавливают Windows самостоятельно, используйте описанные здесь программы автоматической установки. При автоматической установке считывается информационный файл, содержащий точные спецификации для конкретной установки. Если вы создаете несколько файлов, то каждый может иметь свои собственные спецификации. Windows поставляется с файлом-шаблоном, который называется SETUP.SHH и находится в совместно используемом каталоге Windows. Вы можете скопировать этот файл для каждого конкретного типа установки, а затем модифицировать его. Например, чтобы создать копию данного файла для использования на рабочих станциях с мониторами VGA, вам следует набрать команду:
COPY SETUP.SHH VGA.SHH
а затем модифицировать его. Команда автоматической установки Windows использует файл VGA.SHH в качестве примера. Для пользователей рабочих станций с
SETUP /H:VGA.SHH
и они могут самостоятельно установить Windows. Чтобы установить Windows с помощью метода с разделяемым каталогом (пользователи должны иметь полномочия доступа к этому каталогу Open и Read), укажите параметр /N:
SETUP /H:VGA.SHH /N
Чтобы создать новый файл SHH для конкретной конфигурации, скопируйте файл SETUP.SHH, внесите в него изменения и сохраните файл. Файл SHH, также как файл INI, содержит в квадратных скобках заголовки разделов. О том, что можно включать в эти разделы, рассказывается в руководствах по Windows. Файл SETUP.SHH содержит собственные инструкции. Его можно открыть и отредактировать с помощью текстового редактора, сохранив затем как файл ASCII. Другие возможности установкиПри установке Windows можно задать также ряд других параметров:
Общие рекомендации по WindowsВ каждой большой сети наверняка найдутся пользователи, которые захотят работать с Windows. Сетевой администратор должен решить, будут ли пользователи запускать Windows со своих локальных рабочих станций или работать с ней по сети. Как уже упоминалось ранее, основными критериями являются здесь сетевой трафик и управление сетью. Перечислим некоторые наиболее важные моменты, которые необходимо учитывать при установке Windows для сетевых пользователей.
MAP ROOT F:=SYS:USERS\SERGEY
SHOW DOTS = ON
Она делает видимым при выводе списка каталогов каталог [..].
Если она не используется, то пиктограмма порождающего каталога
будет невидимой, и пользователи в администраторе файлов не смогут
вернуться обратно в родительский каталог.
FILE HANDLES = 60
Рабочие станции OS/2Чтобы подключить рабочую станцию OS/2 к сети NetWare, нужно загрузить программное обеспечение NetWare Requester for OS/2. Найдите дискету WSOS2_1 и выполните следующие шаги:
A:INSTALL
Вы можете выполнить установку, следуя выводимым на экран подсказкам и обращаясь при необходимости к справочной информации. При установке происходит следующее:
После установки вы должны закрыть сеанс OS/2, затем перезагрузить компьютер и инициализировать поддержку сети. Изменения в файле CONFIG.SYSПрограмма установки NetWare Requester вносит в файл CONFIG.SYS изменения, аналогичные следующим. Вы можете просмотреть этот файл, который находится в загрузочном каталоге.
REM --- NetWare Requester statements BEGIN ---
SET NWLANGUAGE=ENGLISH
DEVICE=C:\NETWARE\LSL.SYS
RUN=C:\NETWARE\DDAEMON.EXE
DEVICE=C:\NETWARE\NE200.SYS
DEVICE=C:\NETWARE\IPX.SYS
DEVICE=C:\NETWARE\SPX.SYS
RUN=C:\NETWARE\SPDAEMON.EXE
rem DEVICE=C:\NETWARE\NMPIPE.SYS
rem DEVICE=C:\NETWARE\NPSERVER.SYS
rem RUN=C:\NETWARE\NPDAEMON.EXE
DEVICE=C:\NETWARE\NWDAEMON.EXE
IPS=C:\NETWARE\NWIFS.IPS
RUN=C:\NETWARE\NWDAEMON.EXE
DEVICE=C:\NETWARE\NETBIOS.SYS
RUN=C:\NETWARE\NBDAEMON.EXE
DEVICE=C:\NETWARE\VIPX.SYS
DEVICE=C:\NETWARE\VSHELL.SYS PRIVATE
REM --- NetWare Requester statements END ---
Если вы изменяете файл CONFIG.SYS, не изменяйте операторов REM перед и после команд NetWare Requester. Программа установки при запуске ее для изменения конфигурации использует эти примечания для поиска секции NetWare. Задание файла конфигурации рабочей станции - NET.CFGФайл конфигурации NET.CFG содержит установки, используемые при загрузке OS/2 Requester и другими утилитами. Вносить изменения в файл NET.CFG не обязательно. В большинстве случаев такие изменения не требуются. Однако включение команд в файл может настроить операционную среду рабочей станции и преодолеть проблемы с программным и аппаратным обеспечением. Файл NET.CFG - это стандартный текстовый файл ASCII, который вы можете изменить с помощью текстового редактора. Однако лучше изменять его с помощью утилиты Installation в группе NetWare. Чтобы изменить этот файл, сделайте следующее:
Файл NET.CFG содержит команды, устанавливающие параметры конфигурации для рабочих станций NetWare. Каждая рабочая станция может иметь свой собственный файл NET.CFG, который содержит записи для изменения операционной среды этой рабочей станции. Однако многие рабочие станции имеют общие параметры, поэтому вы можете просто скопировать рабочий файл с одной рабочей станции на другую. Файл NET.CFG аналогичен файлу SHELL.CFG, который использовался в предыдущих версиях NetWare. NET.CFG - это стандартный текстовый файл ASCII, который можно изменить с помощью текстового редактора. Например, в секции Linkj driver вы можете параметры для запуска драйвера платы сетевого интерфейса. Секции (разделы) файла имеют следующие заголовки:
Link driver имя_драйвера
Link support
NetBIOS
Protocol IPXODI
NetWare DOS Requester
NetWare shell
TBMI2
В файле не обязательно должны присутствовать все эти разделы, но должна существовать хотя бы одна секция Link driver, включающая в себя установки прерываний и другие параметры платы, заданные при установке программного обеспечения рабочей станции. При расширении этого файла строки нужно добавлять под соответствующими заголовками. Из-за недостатка места мы не будем здесь полностью описывать команды файла NET.CFG, а перечислим их кратко. Более полную информацию вы можете найти в документации "NetWare Workstation for DOS" и в справочной базе данных NetWare. Многие из перечисленных команд можно выполнять и из командной строки. Команды драйвераВ этом разделе описываются команды, включенные в секцию Link driver файла NET.CFG. Файл NET.CFG будет включать в себя секцию Link driver для каждого установленного сетевого драйвера, а в каждом заголовке секции указывается соответствующее имя драйвера. Например, заголовок для драйвера платы, совместимой с Novell NE2000, будет иметь вид:
LINK DRIVER NE2000
Ниже перечислены 6 команд, которые вы можете задать в данной секции. Некоторые команды подходят только для определенных типов плат. Например, DMA требуется только для плат NE2000, а FRAME и PROTOCOL - для всех плат Ethernet и Token Ring. Детальную таблицу конфигурации вы можете найти в документации Novell.
Остальные команды драйвера относятся к программному обеспечению. Они задают тип кадра, протоколы и другие параметры, необходимые для платы адаптера (в зависимости от типа сети). Если вы используете драйвер LANSUP, то большинство этих команд представляют интерес.
Команды поддержки LSLВ секции Link Support имеется 4 команды. Вы можете использовать их для задания параметров коммуникаций и стеков протоколов для LSL (Link Support Layer).
Команды NetBIOSДля изменения среды NetBIOS вы можете использовать следующие команды. Эти команды включаются в секцию NetBIOS.
Команды протокола IPXODIСледующие команды используются для изменения параметров протокола IPXODI:
Команды NetWare DOS RequesterСледующие команды используются для настройки конфигурации DOS Requester и VLM (Virtual Loadable Modules).
Команды оболочки NetWare (NETX)Следующие параметр выводятся с помощью пункта NetWare shell и обеспечивают поддержку старого файла оболочки NETX.
Команды TBMI2В TBMI для изменения среды переключения задач вы можете использовать следующие команды:
Настройка сеанса NetWareПо умолчанию все сеансы DOS, Windows и OS/2, которые вы будете запускать в OS/2, предусматривают глобальную поддержку регистрации. Это означает, что они совместно используют одну и ту же регистрацию на сервере NetWare. Все схемы диска и перехват порта принтера будут одинаковы независимо от того, переключается ли пользователь в сеанс DOS, Windows или обратно в сеанс OS/2. Могут также создаваться специальные частные сеансы регистрации, использующие собственные параметры, отличные от других сеансов. Вы можете создать специализированный сеанс, если вам нужно зарегистрироваться дважды или зарегистрироваться как два разных пользователя. Администраторам или супервизорам такая регистрация может потребоваться в целях тестирования, а отдельных пользователям это может понадобиться в целях учета. При разрешении системы учета отслеживаются и учитываются время и ресурсы, используемые в каждом сеансе. Пользователи, которые требуется обращаться к сети различными способами и отслеживать каждый сеанс отдельно, могут использовать частные сеансы. Чтобы настроить сеансы NetWare для стартовых пиктограмм Win-OS2 и DOS, выполните следующие шаги: 1. Щелкните "мышью" на пиктограмме, чтобы настроить ее на правую кнопку "мыши", а затем щелкните на кнопке стрелки в Option. Во всплывающем меню выберите Settings. 2. Выводится "книга" с закладками справа. Щелкните "мышью" на Session. 3. Щелкните "мышью" на DOS settings и внесите изменения в параметры, описанные в следующей таблице:
4. Добавьте дополнительные параметры. Можно использовать следующие параметры:
Private DOS Session
Если вы конфигурируете частный сеанс DOS, щелкните "мышью" на закладке Program в книге Settings. В поле Optional Parameters наберите для загрузки программы NETX.EXE:
/K C:\NETWARE\NETX.EXE
затем закройте окно Settings. WIN-OS2 Session Если вы редактируете параметры пиктограммы сеанса WIN-OS2, щелкните "мышью" на закладке Program в книге Settings. В поле Optional Parameters наберите для загрузки поддержки переключения задач наберите следующую команду:
/K C:\OS2\MDOS\WINOS2\SYSTEM\TBMI2.COM
5. Если вы хотите загрузить сеанс DOS из версии, отличной от DOS, встроенной в OS/2, добавьте в файл CONFIG.SYS на дискете DOS или в раздел, откуда загружается сеанс, следующие строки:
DEVICE=маршрут\DOSVIPX.SYS
DEVICE=маршрут\DOSVSHLL.SYS
FILES=214 (требуется только для частных сеансов)
LASTDRIVE=Z
"Маршрут" во всех случаях представляет диск и каталог, где находятся файлы NetWare Requester (обычно C:\NETWARE). Схема дисков в OS/2В OS/2 логические диски выводятся как ответвление от корня тома. Если вы назначите диск в сеансе OS/2, а затем переключитесь в глобальный сеанс DOS, то увидите назначенные диски как корневые диски. С другой стороны, если вы назначите диск в глобальном сеансе DOS, то в сеансе OS/2 он будет выводиться как обычный диск. OS/2 не требует поиска по схеме дисков, поэтому, если вы задаете диск поиска в глобальном сеансе DOS, то при переключении в сеанс OS/2 он не выводится (как и в другом сеансе DOS).
|
 | |||||||||
| |||||||||
|
CITForum © 1997–2025