Изменение параметров сервера
Как уже упоминалось ранее, для просмотра и изменения оперативных
параметров сервера вы можете использовать утилиту SERVMAN. Набрав
команду SET в ответ на подсказку консоли сервера и выбрав тип
нужных установок, можно также просмотреть текущие параметры.
NetWare использует параметры, задаваемые по умолчанию, которые
в большинстве случаев изменять не требуется. Модифицировать параметры
может потребоваться в зависимости от аппаратной конфигурации или
выполняемых на сервере NLM. Параметры, обсуждаемые в следующих
разделах, не являются обязательными. Вы можете установить их позднее,
после того, как сервер начнет работает с пользователями и NLM-модулями.
В данном разделе обсуждается установка параметров сервера.
Файлы запуска сервера
Существует два файла запуска. Файл STARTUP.NCF хранится в каталоге
DOS и обычно содержит информацию о драйверах диска, которые необходимы
для загрузки сервера. Файл AUTOEXEC.NCF находится в каталоге SYS:SYSTEM
сервера. Он выполняется после загрузки операционной системы. Этот
файл обычно содержит команды для выполнения следующих действий:
Установки временного пояса (местного времени) и других параметров
времени.
Типа синхронизации времени сервера.
Установки контекста Bindery, который используется NetWare
Directory Services при эмуляции Bindery.
Установки имени файлового сервера.
Установки внутреннего сетевого номера IPX файлового сервера.
Загрузки драйверов локальной сети.
Привязки драйверов локальной сети с IPX, TCP/IP и другими
протоколами.
Монтирования томов.
Изменить параметры вы можете несколькими способами. Кроме того,
вы можете добавить параметры в файлы загрузки:
Для загрузки редактора наберите на консоли NetWare следующую
команду:
LOAD EDIT SYS:SYSTEM\AUTOEXE.NCF
и отредактируйте файл AUTOEXEC.BAT.
Загрузите утилиту INSTALL, а затем выберите Maintenance/Selective
Install. В меню Installation Options выберите NCF Files Options,
а затем выберите Edit AUTOEXEC.NCF или Edit STARTUP.NCF.
Загрузите утилиту SERVMAN и выберите Console Set Commands.
Внесите изменения в соответствующие параметры и определите, какие
изменения нужно внести в файлы запуска.
С помощью консольного редактора вы можете внести изменения непосредственно.
Третий метод - это простейший способ конфигурирования параметров,
поскольку он выводит список параметров и их описания, а затем
вносит за вас изменения.
Изменение параметров SET сервера
Как уже упоминалось ранее, вы можете использовать утилиту SERVMAN
для просмотра и изменения параметров сервера. В большинстве случаев
подходят параметры, заданные по умолчанию, но в зависимости от
аппаратной конфигурации и работающих на сервера NLM вы можете
изменить эти параметры. Обычно лучше установить эти параметры
после того как сервер некоторое время поработает, или задать параметры,
рекомендуемые поставщиком программного/аппаратного обеспечения.
Сохранение изменений в файлах запуска
После внесения изменений в параметры SET, когда вы будете готовы
вернуться в меню Available Options, выводится следующее меню:
+========================================+
¦ Update Options ¦
¦========================================¦
¦ ¦Update AUTOEXEC.NCF & STARTUP.NCF now ¦
¦ ¦Update TIMESYNC.CFG now ¦
¦ ¦Copy all set parameter to file ¦
¦ ¦Exit to main menu ¦
+========================================+
Для добавления изменений в файлы запуска выберите Update AUTOEXEC.NCF
& STARTUP.NCF now.
Если вы внесли изменения в параметры Time, выберите Update
TIMESYNC.CFG now
Если вы хотите скопировать все изменения параметров в файл
и отредактировать их отдельно, выберите Copy all set parameter
to file.
Для возврата в меню Available Options выберите пункт Exit
to main menu.
Изменение пароля
В какой-то момент может потребоваться сменить пароль. Возможно,
вы являетесь администратором и не хотите, чтобы пользователь об
этом знал. Возможно вы работаете с сервером в особом режиме, и
каждый раз, когда вы действуете от имени клиента, то изменяете
свой объект пользователя. Либо вам требуется просто написать собственную
утилиты консоли, работающую в режиме командной строки и служащую
для изменения паролей пользователей.
Смену кем-либо пароля предотвращает тот факт, что он не знает
ваш текущий пароль, а полномочия доступа можно использовать для
того, чтобы ваш объект не могли просматривать. Если не будет указан
старый пароль, с помощью вызова функции NWDSChangeObjectPassword
изменить пароль нельзя. Однако, пароль можно сменить другим способом.
Изменение ключевой пары меняет пароль и не требует знания существующего
пароля.
DIB (Directory Information Base) - это мощная база данных, централизующая
операции в сети Novell. Она обладает встроенной гибкостью, облегчающей
организацию и поддержку доступа пользователей и защиту. Разделы
могут помочь вам улучшить эффективность и надежность вашей DIB
путем размещения их на серверах ближе к пользователям, которые
к ним обращаются, и создания копий, хранимых на разных машинах.
Изменение существующих серверов NetWare
Инсталлировать NetWare v.4 на новом сервере достаточно просто.
Вам не нужно беспокоиться о защите существующих данных и учетных
записей пользователей. Однако переход от NetWare 2.1 или 3.х требует
особых предосторожностей для обеспечения сохранности данных и
переноса пользователей на новые серверы. Novell предусмотрела
несколько инсталляционных средств, которые помогут вам успешно
выполнить такой переход. Эти средства описаны в данном разделе.
Учтите, что перед установкой NetWare 4.x серверы NetWare 2.1x
требуют перехода к NetWare 3.x.
Первый метод предполагает, что вы устанавливаете сервер как описывается
в этой и следующей главе. Затем вы можете подключить его к сети
NetWare 3.x и передать файлы по сетевому кабелю. Информация базы
объектов Bindery (учетная информация пользователей и права доступа)
транслируется и копируется на сервер NetWare 4.x, где к ней можно
обращаться с помощью эмуляции Bindery. При переходе вы можете
временно хранить информацию Bindery на рабочей станции (на жестком
диске). Этот метод предусматривает сохранение всей существующей
сетевой информации и позволяет вам быстро восстановить сетевые
средства, если что-то не так.
Второй метод предусматривает, что для инсталляции NetWare v.4
используется тот же сервер. Базы объектов сервера копируются на
локальный жесткий диск и затем транслируются при восстановлении
после установки NetWare v.4. Файлы данных можно архивизировать,
а затем восстановить. Данный метод не позволяет использовать преимущества
переноса данных, что применяется в следующем методе. Кроме того,
если инсталляция идет не так как планировалось, вам потребуется
заново установить на сервере предыдущую версию NetWare и восстановить
данные, чтобы сеть могла работать, пока вы не решите проблему.
Третий метод предусматривает анализ и инвентаризацию системы,
анализ и модификацию диска и создание, если необходимо, в NetWare
2.1x базы объектов NetWare 3.11. Этот метод также позволяет вам
перенести каталоги и файлы. Если вы располагаете сервером NetWare
2.1x (он должен работать на системе с процессором 80386 или старше),
используйте этот метод для перевода сервера на NetWare 3.11, а
затем на NetWare v.4. Хотя здесь все равно требуется необходимая
архивизация, процесс перехода не требует перемещать файлы с сервера
и затем восстанавливать их. Вместо этого создается схема диска
NetWare 3.11, а затем NetWare 4.x. Для сервера, где установлена
версия NetWare 2.0, этот метод использовать нельзя.
Изменения в файле CONFIG.SYS
Программа установки NetWare Requester вносит в файл CONFIG.SYS
изменения, аналогичные следующим. Вы можете просмотреть этот файл,
который находится в загрузочном каталоге.
К операторам LIBPATH=, SET PATH= и SET DPATH= добавляется
каталог NETWARE.
В конец файла 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.
Изменения в файловой системе
Файловая система NetWare слегка изменилась. Ее новые средства
перечислены в следующих разделах. Подробнее о файловой система
рассказывается в отдельной главе.
Изменения в утилитах печати
Для установки серверов печати в NetWare v.4 аналогично NetWare
3.11 используется PSERVER.NLM (на сервере) и PSERVER.EXE (на рабочей
станции). Однако утилита PSERVER улучшена и использует теперь
NetWare Directory Services. Эти изменения состоят в следующем:
принтеры легко могут выделяться как объекты;
если основной принтер выходит из строя, задания печати перенаправляются
на вспомогательный принтер;
поддерживаются файлы конфигурации других фирм;
имеется возможность настройки времени опроса очереди;
получать доступ к принтерам могут пользователи Macintosh и
NFS (NetWare File System);
можно обращаться к 256 принтерам (в NetWare 3.11 - к 16).
Программы сервера печати могут выполняться либо на файловом сервере
в совмещенном режиме (параллельно с сетевой операционной системой),
либо на выделенной рабочей станции под управлением DOS. Новинкой
NetWare 4.0 является и то, что сервер печати может функционировать
на рабочей станции в совмещенном режиме под управлением OS/2 версии
2.x.
Еще одно улучшение средств печати NetWare 4.0 - поддержка именованных
принтеров. После создания администратором NetWare логической связи
между объектом очереди и объектом принтера пользователь может
не думать об очередях и посылать задания непосредственно на принтер,
указывая лишь его имя.
Утилита RPRINTER заменена в NetWare 4.0 утилитой NPRINTER, позволяющей
подключить любой принтер. Кроме того, теперь не требуется запускать
несколько модулей PSERVER.NLM, если один из них уже работает в
сети.
Управление службой печати стало простым и наглядным. Кроме утилиты
PCONSOLE, с помощью программы PSETUP службу печати можно конфигурировать
в сети. В NetWare 4.0 поставляется также утилита, с помощью которой
пользователи предыдущих версий NetWare могут перейти к новой службе
печати.
Ядро NetWare
Операционная система NetWare имеет очень развитые возможности.
Ядро можно назвать сердцем операционной системы. Оно выполняет
ее фундаментальные функции. В ядре различных версий NetWare есть
некоторые различия. Наше обсуждение будет сосредоточено на ядре
NetWare 4.0. Ядро NetWare 4.0 работает таким образом, что предоставляет
процессор модулям программ, выполнение которых разбивается на
два класса - рабочие и нитевые. В нашем обсуждении мы все их,
за исключением специально оговоренных случаев, будем называть
нитевыми.
NLM и сама операционная система порождают нити для выполнения
специальных действий или определенных функций. Так как многие
из этих нитей существуют одновременно, ядро имеет несколько очередей,
в которые эти нити помещаются для ожидания своей очереди использования
ЦП. Их очередь вычисляется не по определенному количеству времени,
а зависит скорее от типа нити и приоритета, которые вы дадите
ей при создании.
Работа нитей любого приоритета выполняется перед обычными нитями.
Ядро предлагает возможность перевода нити в неактивное состояния
и последующей ее активизации, или использования для инициализации
выполнения нити семафора. Все нити выполняются, пока не отказываются
от управления процессором. Единственные прерывания - это аппаратные
прерывания. Освобождения процессора для использования его другими
должно выполняться достаточно регулярно. Это позволит всем получить
свою справедливую долю времени ЦП.
Экспорт с помощью NFS
Большинство операционных систем Unix требуют при загрузке системы
некоторой инициализации NFS. Если при загрузке машины в файле
/etc/exports перечислены некоторые каталоги, то эти каталоги экспортируются,
то есть объявляются как доступные всем NFS-клиентам сети. Экспортировать
файловую систему под NFS не сложнее, чем ввести команду /usr/local,
которая позволяет любому NFS-клиенту монтировать на этом NFS-cервере
каталог /usr/local и (по расширению) все подкаталоги. Команда
/usr/bin -ro обеспечивает всеобщий доступ к каталогу /usr/bin,
но с полномочиями только на чтение.
Приведенная ниже команда разрешает доступ к файловой системе данной
хост-машины только машинам с именами comp1, abc и dataproc:
/usr -access=comp1:abc:dataproc
Как можно заметить, под NFS совместно использовать каталоги достаточно
просто, особенно если вас не беспокоят вопросы обеспечения надежной
защиты. Принцип простоты заложен в саму идею совместного использования.
В одной и той же файловой системе не допускается экспортировать
родительский каталог и подкаталог. Другими словами, нельзя экспортировать
из той же системы сразу и каталог /usr, и /usr/bin (если воспользоваться
приведенными выше примерами). Однако, никто не запрещает клиенту
монтировать подкаталог экспортированного каталога. Это позволяет
серверу экспортировать /home и клиентов для подключения принадлежащих
им подкаталогов. Один пользователь может монтировать /home/usr1,
а другой - /home/usr2.
Эквиваленты защиты
Вы можете присвоить пользовательским объектам эквивалентную (другим
объектам) защиту. Это означает, что они получают все ограничения
регистрации, ограничения рабочей станции и полномочия доступа
объектов, которым они приравниваются по защите. Например, если
пользователь Alex, супервизор ветви дерева каталога, уходит в
отпуск, вы можете создать другой пользовательский объект, эквивалентный
по защите объекту Alex. Эквивалентный по защите пользователь будет
иметь те же полномочия даже на частный каталог пользователя Alex,
поэтому этим средством нужно пользоваться аккуратно. Эквиваленты
защиты могут упростить задачи администрирования, но убедитесь,
что вы не предоставляете с их помощью излишних полномочий.
Эквиваленты защиты можно назначать с помощью команды Sequirity
Equivalences в диалоговом окне Details. Уполномоченный пользовательский
объект может добавить к списку эквивалентов защиты другие пользовательские
объекты. Для этого он должен иметь полномочия Write на характеристику
Security Equivalence объекта.
Не предоставляйте пользователям полномочий на изменения собственной
характеристики эквивалентности защиты. Они могут добавить объект
с характеристиками Supervisor и таким образом получить к тем областям
сети, доступ к которым они иметь не должны. Используя фильтр наследуемых
полномочий, вы можете даже пойти еще дальше и блокировать полномочие
Write на поле Security Equivalence.
Электронная почта
Многие компании считают, что все затраты на интеграцию NetWare
и UNIX - это просто плата за то, чтобы иметь одну на всю компанию
систему электронной почты (e-mail).
В решении проблем связи мир UNIX и Internet опередили мир PC.
SMTP позволяет передавать сообщения, используя любой надежный
протокол (TCP/IP или Internet). Последовательность передачи сообщения,
его приема, подтверждения и ответа детализирована, а исключительные
ситуации известны. Здесь охвачены все ситуации. Согласно исследованиям,
около половины общего трафика Internet составляет электронная
почта. Диаграмма маршрутизации почты в SMTP показана на следующем
рисунке.
+----------------+
¦ Пользователь ¦
+-------++-------+
¦¦
+-------++-------+ +----------------+
¦ Файловая ¦<--->¦ Передатчик ¦<----------+
¦ система ¦<--->¦ SMTP ¦<--------+ ¦
+----------------+ +----------------+ ¦ ¦ Команды
SMTP ¦ ¦ Ответы
¦ ¦ Почта
+----------------+ +----------------+ ¦ ¦
¦ Файловая ¦<--->¦ Приемник ¦<--------+ ¦
¦ система ¦<--->¦ SMTP ¦<----------+
+-------++-------+ +----------------+
¦¦
+-------++-------+
¦ Пользователь ¦
+----------------+
Так как DOS и NetWare не имеют такой системы, используются сетевые
интерфейсы электронной почты. Следует рассмотреть два разных типа
сетевых интерфейсов. Один из них связывает одну и ту же программу
на разных системах (например, PC - UNIX), а другой две различные
программы электронной почты (например, cc:mail WordPerfect Office).
Novell помогает установить рекомендации и стандарты, которым должны
следовать разработчики. Спецификация NGM (NetWare Global Messaging)
предлагает улучшения используемого средства MHS (Message Handling
Service). Это не программы электронной почты, они обеспечивают
методы передачи и трансляции пакетов электронной почты между различными
системами. Novell разработала также спецификацию SMF (Standard
Message Format). Она определяет, как должен организовываться интерфейс
приложения с различными средствами обмена сообщениями Novell.
Проблемы, которые требуется решить для различных пакетов электронной
почты NetWare для различных систем, аналогичны тем, которые уже
решены в SMTP. Здесь необходимы способы работы с различными адресными
схемами, а также обработки исключительных ситуаций. В этом, в
частности, может помочь MHS, и данное средство является стандартным
для многих покупателей NetWare. Если у вас есть достаточное число
сетевых интерфейсов MHS и достаточное число различных средств
электронной почты, информация может попасть туда, куда требуется.
Так как все адресные поля совпадают, связь между экземплярами
одной и той же программы, работающими на разных платформах, требует
меньшего программного вмешательства. Если в своей системе электронной
почты для Macintosh производитель использует формат, отличный
от своей же системы электронной почты для PC, то он заслуживает
того, что столкнется с серьезными проблемами. Многие разработчики
средств электронной почты для UNIX начинают предлагать версии
для NetWare, а поставщики электронной почты для NetWare предусматривают
выпуск версий для UNIX.
Если адрес, маршрут и поля сообщений заданы правильно, то нужно
обеспечить средство передачи между системами. Удаленные подключения
обычно включают в себя асинхронные линии с вызовом по номеру или
сети VAN, соединяющие два сетевых интерфейса (их часто называют
почтовыми ящиками, серверами подключения, почтовыми отделениями,
почтовыми интерфейсами и т.д.). Средства электронной почты основных
поставщиков, таких как MCI Mail, AT&T, EasyLink и CompuServe,
это известное программное обеспечение систем электронной почты,
которое может работать также в качестве наращиваемой сети коммуникаций
(VAN). Они предусматривают свое собственное программное обеспечение
электронной почты или просто транспортные средства для других
программных продуктов.
При связи двух локальных сетей два сетевых интерфейса обычно отделены
от серверов электронной почты, поэтому всего будет четыре блока
(по два с каждой стороны).
Два сетевых интерфейса соединяются
асинхронной линией, сетью VAN, связью TCP/IP, прямым кабельным
соединением или программой трансляции другой фирмы.
Наиболее популярна среди программ для систем электронной почты
независимых разработчиков программа фирмы SoftSwitch. Эта программа
заслужила свою репутацию благодаря трансляции электронной почты
на большой ЭВМ, но в 1992 г. выпущена версия для UNIX.
Однако даже наиболее передовые поставщики средств электронной
почты находятся за пределами доступной теперь техники интеграции
NetWare и UNIX. Некоторые фирмы оправдываются тем, то даже когда
преодолен барьер транспортных протоколов, между двумя различными
сетями все равно требуется два сетевых интерфейса.
---------------------- ----------------------
--------Сеть A-------- --------Сеть A--------
---------------------- ----------------------
----+------------+---- ----+------------+----
----¦Пользователь¦---- ----¦Пользователь¦----
----+-----+------+---- ----+-----+------+----
----------¦----------- ----------¦-----------
----+------------+---- ----+------------+----
----¦ Сообщение ¦---- ----¦ Сообщение ¦----
----+-----+------+---- ----+-----+------+----
----------¦----------- ----------¦-----------
----+------------+---- ----+------------+----
----¦ Сервер ¦---- ----¦ Сервер ¦----
----¦ электронной¦---- ----¦ электронной¦----
----¦ почты ¦---- ----¦ почты ¦----
----+-----+------+---- ----+-----+------+----
----------¦----------- ----------¦-----------
----+-----+------+---- ----+-----+------+----
----¦ Сетевой ¦---- ----¦ Сетевой ¦----
----¦ интерфейс ¦----Метод подключения----¦ интерфейс ¦----
----¦ электронной+-------------------------+ электронной¦----
----¦ почты ¦---- Асинхронная ----¦ почты ¦----
----+------------+---- линия, сеть VAN,----+------------+----
---------------------- подключение ----------------------
TCP/IP, прямое
подключение или
программа трансляция
другой фирмы
Эмуляция Bindery
В мире развивающейся технологии очень важное значение имеет поддержание
совместимости с предыдущими версиями продуктов. Поскольку технология
Bindery будет продолжать использоваться еще достаточно долгое
время, нужен, конечно, способ взаимодействия серверов с Bindery
с серверами DIB и наоборот.
Независимыми разработчиками уже написаны некоторые программы и
средства, обращающиеся к Bindery. Если бы NetWare 4.0 не имела
в Directory Services средств эмуляции Bindery, они не смогли бы
там работать. Основываясь на контексте Bindery для целевых серверов
NetWare 4.0, эта эмуляция может быть активной или неактивной.
(Эта тема обсуждается в инструкциях по установке NetWare 4.0).
Не путайте контекст объекта (каким является контекст объекта Bindery)
с контекстом нити (о котором мы говорили выше). Это два совершенно
разных контекста.
При разрешении эмуляции Bindery служба каталогов NDS воспринимает
запрос Bindery и отвечает на него таким же образом, как если бы
на опрашиваемом NetWare-сервере был Bindery. Однако фактически
информация, получаемая по запросу Bindery, может на сервере отсутствовать.
Вспомните о том, что Directory - это разбитая на разделы и распределенная
база данных. Даже если не сервере NetWare 4.0 не работает Bindery,
приложение, давшее запрос Bindery, разницы не почувствует.
В новых программах следует использовать NDS. Хотя объекты в существующих
базах Bindery и доступны черед NDS, но лучше обращаться непосредственно
к NDS (к Directory).
Эмуляция терминалов LAN WorkGroup под DOS.
Основная программа LAN WorkGroup, которая использует для доступа
к хост-системе Unix эмуляцию терминалов, это программа TNVT220.EXE,
которая находится в подкаталоге сервера \NET\BIN. Так как программа
установки добавляет \NET\BIN к вашему маршруту поиска, то доступ
к этой программе можно получить откуда угодно. Как это обычно
используется в такого рода программах, ввод команды "TNVT220
хост_имя" подключит вас к хост-системе и выведет подсказку
хост-системы для регистрации.
Эмуляция терминала проста, но недостаточно эффективна. Это обычно
касается всех продуктов эмуляции терминалов, которые предусматривают
свой транспортный уровень. По каким-то причинам в мире TCP/IP-клиентов
для PC установились традиционные связи между теми, кто обеспечивает
транспортный уровень и теми, кто обеспечивает богатые средства
эмуляции. Только в конце 1992 года производитель развитых пакетов
эмуляции (Walker Richer & Quinn) начал предлагать транспортный
уровень для такой эмуляции.
Команда Unix ping, перенесенная в DOS для каждого пакета TCP/IP
для использования при установке и тестирования сети, выполняет
простую, но жизненно важную функцию. Согласно SunOS 4.1.3, функцией
pings является передача пакетов ICMP ECHO_REQUEST хост-машинам
сети.
Этот пакет поступает на указанную хост-систему и вынуждает ее
ответить. Если хост-система активна, ответ передается на стандартное
устройство вывода (монитор). Если хост-система не активна или
заблокирована трафиком, то ответ не выводится. После истечения
тайм-аута ping (обычно 20 секунд) появляется подсказка с индикацией
неудачного завершения. Чтобы проверить связь по сети, используйте
PING.EXE. Вызов этой программы имеет формат "PING хост_адрес".
Если команда работает, то ваше сетевое подключение в порядке.
Если нет, то начинается поиск неисправностей. Начните с того,
чтобы убедиться в работоспособности сети и связи с хост-системой.
В любом случае проверьте сначала подключение кабелей и включение
питания.
Для выполнения функций печати (о чем мы будем говорить в отдельной
главе), передачи файлов (копирования) и осуществления доступа
удаленных пользователей к PC с работающим продуктом LAN WorkGroup
(XPC.EXE) предназначено множество утилит. Одной из таких представляющих
интерес утилит является утилита TelAPI (Telnet Application Program
Integface), которая обеспечивает поддержку эмуляторов терминалов,
разрабатываемых другими фирмами, с использованием транспортных
сетевых средств LAN WorkGroup. Для систем, использующих включенную
в LAN WorkGroup эмуляцию, трудно вообразить необходимость большего
числа средств. Существует много систем, поддерживающих TCP/IP,
но не vt220, и эти системы можно легко адаптировать.
Эмуляторы независимых разработчиков
Все автономные эмуляторы терминалов, конкурирующие с LAN WorkPlace
фирмы Novell, поставляются со средствами передачи файлов. NVT
поддерживает передачу файлов в хост-систему. Все функции передачи
файлов в программном обеспечении будут работать при переадресации
через NVT также как при пересылке через последовательный порт.
Существующие эмуляторы со сценариями и другими позволяющими сэкономить
время средствами можно с минимальными изменениями перенести в
среду NVT. Единственная реальная проблема может возникнуть в тех
местах, где хост-системой Unix в целях защиты используется номер
конкретного последовательного порта. Пока программное обеспечение
не удастся убедить, что в целях защиты используется другой порт,
проект интеграции может не сдвинуться с места.
При исследовании пакета эмуляции терминала независимой фирмы-разработчика
важным элементом является также поддержка им прерывания INT14
- наиболее общего метода переадресации программного обеспечения
эмуляции с последовательного порта на плату сетевого интерфейса.
Как правило, если в документации по программному продукту ничего
не говорится о поддержке им INT14, значит она отсутствует.
Энциклопедия сетевой поддержки
Энциклопедия сетевой поддержки Network Support Encyclopedia (NSE)
- это электронная информационная база, которая содержит исчерпывающую
техническую информацию о сетевой поддержке, необходимую для инсталляции
сети и диагностики существующих систем.
С помощью программного обеспечения доступа к тексту энциклопедии
пользователи могут выполнять поиск через специальные меню, просматривать
руководства и технические бюллетени, загружать файлы и корректировки,
а также искать строки, используя булеву логику.
В NSE собрана техническая информация Novell и других фирм, что
дает пользователям возможность обращаться ко всей необходимой
им сетевой информации.
Кабели
Одним из первых используемых в сетях кабелей был коаксиальный
кабель, однако в последнее время все большую популярность приобретает
кабель типа "витая пара". Когда важное значение имеет
скорость передачи, то используется оптоволоконный кабель. Прогресс
в разработке плат сетевого интерфейса позволяет теперь выполнять
передачу данных с большей скоростью.
При инсталляции сети другим важным вопросом является тип кабеля.
Стоимость кабеля часто является важным определяющим фактором.
Вот почему все более популярными становятся сети, использующие
неэкранированные кабели типа "витая пара". Это недорогой
кабель, которые обеспечивает высокую скорость передачи, и его
легко устанавливать.
Конечно, можно вовсе обойти проблему кабеля, используя технологию
беспроводных сетей, где рабочие станции соединяются с помощью
радиосвязи или инфракрасных лучей (об этом рассказывается ниже).
Фактически, беспроводные технологии становятся все более распространенным
методом объединения в сеть портативных компьютеров.
Длина кабеля для различных топологий сети
| Топология сети | Максимальная длина сегмента (в метрах) |
| Толстый кабель Ethetnet (10BASE-5) | 500 |
| Тонкий кабель Ethetnet (10BASE-2) | 185 |
| Кабель Ethetnet типа "витая пара" (10BASE-T) | 100 |
| Волоконно-оптический кабель | 2000 |
| Кабель "витая пара" Token Ring | 100 |
| Коаксиальный кабель Arcnet (звезда) | 609 |
| Коаксиальный кабель Arcnet (шина) | 305 |
| Кабель Arcnet "витая пара" (звезда) | 122 |
| Кабель Arcnet "витая пара" (шина) | 122 |
При выборе типа кабеля нужно учитывать важность его экранирования
и защиты. Экранирование предотвращает помехи, делает кабель более
надежным, чем кабель "витая пара", но увеличивает его
стоимость. Волоконно-оптические кабели также отличаются надежностью,
поскольку их сигнал трудно перехватить. Кроме того, они не требуют
экранирования. Однако, это самый дорогой тип кабеля.
Кабель типа "витая пара" отличается наибольшей дешевизной
и обеспечивает некоторую защиту от помех, но допускает подключения
на короткие расстояния. Однако, благодаря развитию технологии
передачи данных и увеличению скорости передачи, такой кабель в
последние годы становится все более популярным.
Кабели типа "витая пара"
Кабель типа "витая пара" приобретает все большую популярность
при организации сети. В некоторых зданиях такой кабель уже проложен,
обеспечивая телефонные линии, но нет гарантии, что он имеет правильный
тип. Кабель типа "витая пара" имеет следующие характеристики:
Это наиболее экономичная кабельная система.
Позволяет использовать существующие телефонные линии.
Имеет ограничение по длине, но для связи удаленных сегментов
можно использовать коаксиальный или волоконно-оптический кабель.
Восприимчив к некоторым внешним помехам.
Имеет стоимость от 0.25 до 0.75$ за метр.
Кабельные концентраторы
Концентратор - это то место, где соединяются вместе различные
кабели. Системы кабельного обслуживания различных производителей
часто используют концентраторы, которые имеют свой собственный
процессор и адаптер шины. Типичный кабельный концентратор может
использовать платы для подключения звездообразной конфигурации
Ethernet (10BASE-T), Token Ring и волоконно-оптических сегментов
и волоконно-оптических сегментов, а также обеспечивают маршрутизацию
и удаленную передачу данных.
в вашей сети. Они обеспечивают средства управления, с помощью
которых вы можете выполнять административные задачи с рабочей
станции, обычно с помощью графических приложений Windows, которые
показывают схемы всей сети и позволяют вам масштабировать отдельные
сегменты и просматривать статистическую и другую информацию. Управляющие
консоли подключаются иногда к порту RS-232 концентратора, что
позволяет вам управлять концентратором удаленно, используя модемную
связь. Большинство концентраторов допускают также управление с
рабочей станции самой сети.
Наиболее общим управляющим протоколом является SNMP (Simple Network
Management Protocol). Novell недавно объявила об управляющей системе
NetWare - NMS (NetWare Management System), которая позволяет вам
управлять всеми согласующимися с NMS устройствами с одной управляющей
консоли. Она предусматривает методы регистрации информации об
устройствах в базу данных MIB (Management Information Database).
Эта информация может содержать показатели пропускной способности
или значения ошибок. Управляющие утилиты SNMP могут собирать информацию
MIB с устройства любого производителя и представлять ее администратору
системы на управляющей консоли. Однако протокол SNMP несколько
функционально ограничен. Он пользуется популярностью в основном
потому, что представляет собой доступный стандарт, который уже
используют многие разработчики. Однако появляются и другие методы
управления, а протокол SNMP постоянно улучшается.
Как работает маршрутизатор
Маршрутизатор анализирует информацию сетевого уровня в пакетах
и маршрутизирует эти пакеты в соответствующий сетевой сегмент.
Маршрутизатор обрабатывает только те пакеты, которые ему адресованы,
что включает в себя пакеты, адресованные другим маршрутизаторам,
с которыми он связан. Маршрутизаторы посылают адресату пакеты
по наилучшему маршруту. Они поддерживают таблицы связанных с ними
маршрутизаторов и сегментов локальных сетей. Когда маршрутизатор
получает пакет, он просматривает эти таблицы и определяет, может
ли послать пакет непосредственно адресату. Если это не так, то
он определяет адрес маршрутизатора, который может передать пакет
дальше.
Некоторые протоколы, такие как NetBIOS, не являются маршрутизируемыми,
так как не включают в свои пакеты информацию о сетевом адресе.
Однако, для передачи по объединенной сети пакеты NetBIOS могут
инкапсулироваться в пакеты IPX и TCP/IP. Аналогично, для передачи
в сегменты с протоколом TCP/IP пакеты IPX можно инкапсулировать
в пакеты TCP/IP.
Процесс передачи пакетов уменьшает пропускную способность, и,
если NetWare-сервер обрабатывает маршрутизацию, это может уменьшить
его производительность. Если это происходит, вы можете передать
функции маршрутизации внешней системе, установив многопротокольный
маршрутизатор Novell (о котором вы можете говорить позднее). Для
минимизации издержек, связанных с обработкой пакетов, многие маршрутизаторы
независимых обработчиков используют продвинутую обработку.
Маршрутизаторы могут быть ориентированными на конкретные протоколы
(и работать при этом только с одним типом протокола, например,
IPX) или обрабатывать несколько протоколов. Многопротокольная
маршрутизация - это используемый по умолчанию режим при установке
в NetWare-сервере сетевых плат. Маршрутизатор NetWare становится
многопротокольным, когда вы устанавливаете NLM-модули, обеспечивающие
поддержку других протоколов. Например, кроме используемых по умолчанию
пакетов SPX/IPX вы можете инсталлировать на сервере поддержку
TCP/IP.
Маршрутизатор позволяет сегментировать сеть на логические подсети.
Эти логические подсети легче обслуживать. Каждый сегмент локальной
сети имеет свой собственный номер, а каждая рабочая станция в
этом сегменте - свой адрес. Эта информация хранится на сетевом
уровне и доступна маршрутизаторам. Сегментация предотвращает перегрузку
сети. Такая перегрузка возникает при неправильном соединении узлов,
из-за чего сеть насыщается сообщениями, ищущими своего адресата.
При сегментации этот эффект можно уменьшить за счет фильтрации
и методов определения наилучшего маршрута.
Канонизация имен
Вы можете также потребовать канонизации имен. Канонизация это
процесс расширения частичного имени в полное. Полное имя формируется
на основе указанного частичного имени и контекстного имени, заданного
при создании контекста. Если канонизация не действует, то указываемые
имена будут рассматриваться как полные имена.
Например, CN=Olga.OU=Researching.O=Alpha - это полное имя с заданными
типами. Olga - это безтиповое сокращенное имя того же объекта,
если контекстом является OU=Researching.O=Alpha. Если задается
канонизация, и имя контекста устанавливается в OU=Researching.O=Alpha,
то при спецификации объекта можно использовать Olga. По умолчанию
такие сокращения разрешаются. Они задаются с помощью флага DCV_CANONICALIZE_NAMES.
Не путайте сокращения канонических имен с использование кратких
форм объектных типов. Common Name - это имя атрибута с краткой
формой CN. Независимо от установок флагов, вместо Common Name
вы всегда можете использовать CN. Если вы выберите полный тип
спецификации имен, таких как Common Name, то следует убедиться
в действии канонизации. Это связано с тем, что Directory Server
при работе с полными именами использует краткую форму имени атрибута
(такую как CN). Маршрут кода для выполнения канонизации - это
маршрут кода, преобразующий длинные имена атрибутов в их краткую
форму. Если длинные имена атрибутов, такие как Common Name, не
конвертируются в краткую форму (в данном случае CN), то Directory
Server не будет знать, как обрабатывать полное имя.
Если используется сокращенное имя, такое как Olga, и выполняется
канонизация, то при расширении имени до полной формы соблюдаются
определенные правила. Используемые по умолчанию правила для типизации
объектов в полную именную форму, когда не задаются имена атрибутов,
имеют следующий вид:
Старшим (наиболее значимым) именем всегда является организация
- Organization (O).
Если имеется более одного имени, то младшим именем является
Common Name (CN).
Все промежуточные имена - это подразделения организации Organizational
Units (OU).
Если типы специфицируются, то данные используемые по умолчанию
правила не применяются. Каноническое имя, такое как Olga.Researching.Aplha,
может быть безтиповым, а используемые по умолчанию правила типизации
применяются, если задан флаг контекста для безтиповых имен.
Существуют и другие пути влияния на способ построения полного
имени, но знание данных правил типизации и построения будут отвечать
практически всем вашим потребностям. Более подробные детали в
этой области вы можете найти в комплекте документации для разработчика
NLM.
Каталоги DOS
Компания редко принимает в качестве стандарта одну версию DOS.
Некоторые пользователи могут иметь DOS версии 4.1, а другие -
работать с DOS 6.2. Если вы хотите хранить копию файлов DOS на
сервере, то нужно убедиться, что каждая используемая в организации
версия доступна для пользователей. Например, если пользователи
загружают свои рабочие станции с помощью DOS 6.2, им потребуется
доступ к файлам DOS 6.2 на сервере.
Сценарии регистрации могут содержать команды, проверяющие тип
загруженной на рабочей станции операционной системы DOS и создающие
маршрут доступа к каталогу, который содержит ту же версию DOS.
Стандартный способ организаций версий DOS состоит в помещении
их в каталог PUBLIC. Таким образом, пользователи получают полномочия
Read и File Scan на каталог DOS, наследуя их из PUBLIC.
Например, можно создать подкаталоги PUBLIC с именами MSDOS/6.2
и MSDOS/5.0. Если сценарий регистрации обнаруживает на рабочей
станции DOS 6.2, то создает маршрут поиска SYS:PUBLIC/MSDOS/4.1.
Каталоги NetWare
Вы можете ссылаться на каталоги томов NetWare точно также, как
на каталоги DOS - используя маршруты. Например, полное имя каталога
SYSTEM на томе SYS имеет вид SYS:SYSTEM. Если этот каталог имеет
подкаталог USR, то его полным именем будет:
SYS:SYSTEM\USR
Если этот каталог находится на сервере SRTF, то на него нужно
ссылаться следующим образом:
SRTF\SYS:SYSTEM\USR
Команда NetWare MAP позволяет упростить схему имен каталогов NetWare
и ссылаться на каталоги по буквенным меткам дисков. Эта команда
аналогична команде DOS SUBST. Например, вы можете отобразить каталог
SYS:PUBLIC\PROGS\QUATTRO\SHEETS на диск S. После этого для перехода
в данный каталог можно просто набрать S: и нажать Enter. MAP используется
также для создания машрутов доступа к выполняемым файлам (аналогично
команде DOS PATH). Команды MAP включаются в сценарий регистрации,
который выполнется при регистрации пользователя в системе. Таким
образом, все маршруты и диски, необходимые для доступа, будут
задаваться автоматически.
Добавлять новые каталоги вы можете с помощью команды DOS MD или
утилиты NetWare Filer. В NetWare можно также использовать команды
DOS CD и RD.
Файлы приложений и программ рекомендуется хранить отдельно от
файлов данных. Это предотвращает их случайное затирание и облегчает
обслуживание, в частности, архивизацию.
Система каталогов NetWare аналогична системе каталогов DOS. Каждый
том имеет один корневой каталог. Корневой каталог может иметь
многоуровневую систему подкаталогов. Программа установки NetWare
создает на томе SYS структуру каталогов, показанную на следующем
рисунке:
ROOT
¦
+----------------+--+------------+---------------+
¦ ¦ ¦ ¦
+---+----+ +---+----+ +---+----+ +---+----+
¦ SYSTEM ¦ ¦ PUBLIC ¦ ¦ MAIL ¦ ¦ LOGIN ¦
+---+----+ +-+----+-+ +--------+ +-+----+-+
¦ ¦ ¦ ¦ ¦
+---+----+ +---+ +--+ +---+ +--+
¦ NLS ¦ +---+----+ +---+----+ +---+----+ +---+----+
+--------+ ¦ OS2 ¦ ¦ NLS ¦ ¦ OS2 ¦ ¦ NLS ¦
+--------+ +--------+ +--------+ +--------+
Подкаталоги OS2 содержат файлы регистрации и утилиты рабочих
станций для рабочих станций OS2. Каталоги NLS содержат файлы языковой
поддержки NetWare (по умолчанию - английский).
SYS:SYSTEM
Каталог SYSTEM содержит выполняемые файлы NetWare и другие модули,
к которым обращаются обычно только супервизоры.
SYS:PUBLIC
Каталог PUBLIC содержит утилиты NetWare, доступные для всех пользователей.
Пользователям автоматически предоставляются на каталог PUBLIC
тома SYS полномочия Read и File Scan.
SYS:LOGIN
Каталог LOGIN содержит команды LOGIN и другие файлы, необходимые
для регистрации пользователей в системе. Перед регистрацией он
отображается на первый сетевой диск на рабочей станции.
SYS:MAIL
Каталог MAIL сохранился с предыдущих версий NetWare. NetWare
обычно создавала подкаталог MAIL для каждого пользователя и записывала
туда их сценарии регистрации. Теперь сценарии регистрации хранятся
как часть пользовательских объектов в системе NetWare Directory
Services. Однако MAIL сохранился для тех приложений, которые его
используют.
Каталоги пользователя
Когда вы создаете новый объект пользователя, то можете задать
каталог, на которой пользователь будет иметь полные полномочия
(Supervisor). В этом каталоге пользователь может создавать подкаталоги,
хранить файлы и загружать приложения. Этот пользователь может
по своему усмотрению предоставить другим пользователям права доступа
к своим подкаталогам. Пользовательские каталоги не обязательны.
Ограничения пространства на диске могут запретить их использования.
Если на рабочих станциях пользователях имеются жесткие диски,
то лучше, чтобы пользователи хранили некоторых из своих персональных
файлов на этих дисках, но при этом они должны строго выполнять
процедуры архивизации.
Наилучший способ организации пользовательских каталогов состоит
в том, чтобы позволить им создать каталог с именем USERS или HOME,
а затем подсоединить к ним каталоги пользователей. Если ваша сеть
имеет множество пользователей в различных подразделениях, создайте
подкаталоги вида SALES/USERS или MARKET/USERS. Если к файлам в
пользовательских каталогах обращаются сотни пользователей, стоит
рассмотреть вопрос переноса этих каталогов на отдельных том или
отдельный сервер. Это улучшит производительность.
Кэш файловой системы
Чтобы обеспечить хорошую производительность файловой системы,
NetWare выполняет динамическое кэширование файла данных. Когда
приложение или клиент считывают данные из файла или записывают
их в файл, NetWare копирует соответствующие блоки данных файла
в кэш-память (если эти блоки еще не находятся в кэш памяти). Когда
файловая кэш-память NetWare оказывается полностью занятой данными
файла, кэш-буферы обновляются по алгоритму Least Recently Used
("наименее используемый").
NetWare конфигурирует свою файловую кэш-память в ходе процесса
инициализации операционной системы. После распределения памяти
для структур данных операционной системы и инициализации динамических
таблиц, для начала конфигурации NetWare преобразует всю оставшуюся
память в файловый кэш-буфер. Таким образом, общий объем памяти
NetWare, доступной для кэширования файла непосредственно после
инициализации операционной системы зависит от того, сколько памяти
инсталлировано на машине сервера.
После того, как операционная система инициализирована и запущена,
NetWare постоянно кэширует данные файла, когда на эти данные ссылается
приложение или клиент. Общий объем памяти, выделяемой NetWare
для файлового кэша, уменьшается NLM или другими модулями операционной
системы, которым требуется динамически распределять память. Например,
если NetWare требуется выделить дополнительные приемные буферы
локальной сети, она может получить эту память, уменьшив память,
выделенную для файлового кэша. NetWare 4.0 позволяет модулям NLM
возвращать динамически распределенную память в системный файловый
кэш, когда NLM завершает использование этой памяти. (Для более
младших версий NetWare это не так.)
NetWare кэширует данные файла поблочно. Это позволяет файловой
системе NetWare поддерживать тесную синхронизацию между файловыми
кэш-буферами и физической памятью, что помогает обеспечить целостность
данных файла и дает большой выигрыш в производительности.
Коаксиальные кабели
Коаксиальные кабели имеют следующие характеристики:
От внешних помех этот кабель защищается с помощью экранирования.
При прокладке на длинные расстояния он действует как антенна,
"собирая" помехи от двигателей, радиопередатчиков и
других электроисточников. Это может исказить передаваемый сигнал.
У него существуют проблемы с заземлением.
Он генерирует сигналы, которые могут перехватываться злоумышленниками.
Он стоит от 0.6 до 1$ за метр (огнеупорный - около 1.5$ за
метр).
Кое-что о разделах
Методы задания разделов и томов обсуждаются в следующей главе,
однако вы должны знать, каким способом устанавливаются разделы
в системе с дублированием диска (здесь мы будем говорить о дуплексировании,
а не о зеркальном отображении). На следующем рисунке показана
система с двумя контроллерами, в которой к каждому контроллеру
подключены два диска. Первый контроллер и его два диска образуют
основную область дисковой памяти. Второй контроллер и его два
диска образуют дублирующую систему. Каждый диск имеет свои собственные
номера разделов. Раздел DOS - это физический раздел 0, а остальные
разделы нумеруются от 1 до 4. Однако NetWare присваивает зеркально
отображаемым дискам логические разделы, поэтому разделы 1 и 3
рассматриваются как логические раздел 1, а физические разделы
2 и 4 - как логический раздел 2.
+-- Раздел DOS 0
-------- ¦
-------- +--+---------+ +------------+
--------------+ ¦ 1 +----+ 2 ¦
-------- +--+---------+ +------------+
-------- Логический #1 Логический #2
+-- При дублировании не используется
-------- ¦
-------- +--+---------+ +------------+
--------------+ ¦ 3 +----+ 4 ¦
-------- +--+---------+ +------------+
-------- Логический #1 Логический #2
Эти логические разделы очень важны, когда вы просматриваете информацию
о зеркально отображаемых дисках. Логически отображаемые разделы
перечисляются утилитами INSTALL и MONITOR следующим образом:
Mirrored: Logical Partition #1
Mirrored: Logical Partition #2
Однако физические разделы, образующие отображаемый набор, перечисляются,
как показано ниже. Обратите внимание, что номер устройства в конце
каждой строки идентифицирует драйвер, контроллер и подключенный
к контроллеру диск.
In Sync NetWare partition 1 on Device #0 (20000)
In Sync NetWare partition 3 on Device #1 (20100)
Кольцевая защита
Используя для реализации кольцевой защиты архитектуру с сегментацией,
NetWare присваивает селекторам сегмента уровни привилегий. В текущей
реализации защиты памяти NetWare используется только два уровня
привилегий: уровень 0 для операционной системы NetWare и уполномоченных
NLM и уровни 1, 2 и 3 для тех NLM, которые нужно изолировать от
операционной системы.
Отметим, однако, что хотя вы можете загружать NLM на уровни 1,
2 или 3, защита памяти NetWare рассматривает эти уровни как идентичные.
Домен, где на уровне 0 выполняется операционной система и уполномоченные
NLM-модули, называется системным доменом (домен OS). Домен, в
котором на уровне 1, 2 или 3 работают другие NLM, называется защищенным
доменом (домен OS_Protected).
При выполнении NLM-модуля (или процесса) он наследует уровень
привилегий, присвоенный дескриптору сегмента, который описывает
занимаемую процессом память или домен. Таким образом, процесс
не может получить доступ к памяти, описанной дескриптором сегмента
с более высоким уровнем защиты (пока это не разрешено явным образом
или косвенно через механизм сетевого интерфейса).
Кроме уровней защиты сегментация обеспечивает для сегментов памяти
физические ограничения, если программный код получает доступ к
памяти вне границ дескриптора памяти сегмента, аппаратное обеспечение
Intel генерирует прерывание.
Команда ATTACH
Команду ATTACH можно использовать для подключения файлового сервера
с базой объектов Bindery, на котором работает NetWare 2.x или
3.x. Для серверов NetWare 4 эта команда не требуется. Она имеет
следующий формат:
ATTACH имя_сервера/имя_пользователя;пароль
где "имя_сервера" - это имя подключаемого сервера,
"имя_пользователя" это регистрационное имя текущего
пользователя на сервере, а "пароль" - пароль, необходимый
для доступа к системе.
Команду ATTACH можно использовать в сценариях регистрации для
подключения всех пользователей в контексте сервера на базе Bindery.
Пароль в команде лучше не указывать. В этом случае пользователю
будет выводиться подсказка на ввод пароля, что соответствует требованиям
защиты. Пользователям, которым нужно подключаться к другим серверам
на регулярной основе, полезно включить эту команду в персональный
сценарий регистрации.
Команда BREAK
Если в сценарий регистрации включена команда BREAK ON, то пользователь
может останавливать сценарий нажатием клавиш Ctrl+Break или Ctrl+C.
Команда BREAK OFF используется для предотвращения прерывания сценария.
Эта команда обычно используется при тестировании сценариев или
для предотвращения выполнения отдельных команд в конкретном сеансе.
В той точке, где вы хотите иметь возможность прервать сценарий,
можно поместить команды PAUSE или WAIT. Нажатие Ctrl+Break или
Ctrl+C в ответ на эти команды прерывает сценарий, а нажатие любой
другой клавиши - продолжает его выполнение. При указании команды
BREAK ON ввод с клавиатуры не сохраняется в буфере предввода клавиатуры.
Команда CLS
Эта команда очищает экран. Ее полезно использовать для освобождения
поля экрана для вывода сообщений. Курсор переходит в левый верхний
угол экрана. Параметров команда не имеет.
Команда COMSPEC
Используется для спецификации каталога DOS, в котором находится
файл COMMAND.COM. Не указывайте эту команду на рабочих станциях
OS/2. При запуске приложения некоторый программный код DOS выгружается
из памяти, чтобы освободить место для приложения. При выходе из
приложения этот программный код снова должен быть заменен выполняющимся
COMMAND.COM. COMSPEC определяет, где находится COMMAND.COM, и
имеет следующую форму:
COMSPEC=диск:COMMAND.COM
где "диск" - это локальный диск или буква назначенного
диска, где находится COMMAND.COM. Вы можете также использовать
следующую форму команды:
COMSPEC=Sn:COMMAND.COM
где Sn - это заданный ранее диск поиска. Можно воспользоваться
и еще одной формой команды:
COMSPEC=*n:COMMAND.COM
где n задает каталог, в который отображает n-ый сетевой диск.
Приведем пример:
MAP *3:=SYS:PUBLIC\%MACHINE
COMSPEC=*3:COMMAND.COM
Команда CONTEXT
Эта команда выводит текущий контекст и может использоваться для
изменения контекста пользователя в дереве NDS. Вы можете использовать
эту команду для изменения контекста для конкретного пользователя.
Команда имеет следующую форму:
CONTEXT контекст
где "контекст" задает то место дерева каталога, куда
нужно поместить пользователя. После того как для пользователя
задан конкретный контекст, он будет видеть в командах NLIST, NETUSER,
NETADMIN и NetWare Administrator объекты и контейнеры данного
уровня дерева.
Для спецификации контекста на основе групп, к которым принадлежит
пользователь, можно использовать операторы IF THEN или получаемую
из командной строки переменную.
CONTEXT в сценарии регистрации отличается от спецификации NAME
CONTEXT файла NET.CFG рабочей станции. Команды NET.CFG будут изменять
контекст для любого регистрирующегося на рабочей станции пользователя.
Команда CONTEXT в сценарии регистрации устанавливает контекст
для конкретного пользователя. Чтобы пользователи могли просто
указывать свои имена и не набирать дополнительную контекстную
информацию, используйте в файле NET.CFG команду NAME CONTEXT.
Покажем, например, как можно переключить пользователя в подразделении
AST_Moscow организации AST_Soft:
CONTEXT OU=AST_Moscow.O=AST_Soft
Команда CX
Как уже упоминалось, команду CX вы можете использовать для просмотра
дерева NetWare Directory Services и определения своего текущего
контекста или контекста других объектов. Например, вы можете зарегистрироваться
на сервере или томе в дереве каталога. Команда CX помогает вам
определить имя этого сервера или тома и его контекст.
Данная команда имеет следующую форму:
CX новый_контекст параметры
где "новый_контекст" заменяется тем контекстом, в который
вы хотите переключиться, а "параметр" - это один из
следующих параметров:
| Параметр | Описание |
| /CONT | Перечисляет контейнеры (включающие объекты) текущего контекста или заданного контекста. |
| /R | Делает текущий контекст корнем дерева каталога. |
| /T | Перечисляет все контейнеры ниже текущей ячейки. |
| /A | Чтобы вывести список всех объектов в текущем контексте или ниже, задайте этот параметр с параметром /CONT или /T. |
| /C | Непрерывно прокручивает вывод на экран. |
| /? | Выводит справочную информацию. |
Чтобы увидеть свой текущий контекст, вы можете просто набрать
команду CX. Для вывода информации о дереве каталога и объектах
в нем используйте параметры. Команда CX /CONT приведет к выводу
на экран списка объектов-контейнеров в текущем контексте, например:
O=AST_Soft
¦
+-OU=Moscow
¦
¦
+-OU=Novgorod
Если вы укажете параметр /T, то получите список объектов-контейнеров
ниже текущего контекста, например:
[Root]
¦
¦
+-O=AST_Soft
¦
+-OU=Moscow
¦ ¦
¦ +-OU=Administration
¦ ¦ ¦
¦ ¦ L-OU=Servers
¦ ¦
¦ +-OU=Marketing
¦ ¦
¦ +-OU=Sales_Moscow
¦ ¦
¦ +-OU=Service
¦
+-OU=Novgorod
¦
+-OU=Sales
Предположим, текущем контекстом является [Root], как показано
на иллюстрации. Чтобы сделать своим контекстом организационное
подразделение SERVICE, вы можете дать следующую команду:
CX SERVICE.ADMINISTRATION.MOSCOW.AST_SOFT
С этого уровня вы можете переместиться по дереву и сделать текущим
контекстом контейнер AST_Soft. Для этого дайте команду:
CX ...
Каждая точка представляет уровень в дереве. Чтобы переключиться
с одного полного контекста на другой, наберите перед контекстом
точку. Например, чтобы переключиться с LEVEL1.PATH1 на LEVEL2.PATH2,
можно дать команду:
CX. .LEVEL1.PATH2
Команда DOS BREAK
Эта команда определяет, что вы можете прерывать команды DOS с
помощью клавиш Ctrl+Break или Ctrl+C (не путайте ее с командой
прерывания сценария регистрации BREAK ON). Команда имеет форму:
DOS BREAK ON
DOS BREAK OFF
По умолчанию устанавливается BREAK OFF.
Команда DRIVE
Эта команда используется в сценарии регистрации для переключения
пользователя на логический диск. Обычно первый присвоенный диск
становится после выполнения сценария регистрации используемым
по умолчанию. Обычно это диск F, отображенный в собственный каталог
пользователя. Чтобы переключиться на другой логический диск, используйте
команду DRIVE. Иногда это необходимо сделать, если вы выполняете
команды, которые работают только в определенных каталогах. Команда
имеет форму:
DRIVE n:
где n - буква диска, или
DRIVE *n:
где n - номер диска.
Команда EXEC
Команда EXEC выполняет действие при выборе данного пункта меню.
Все команды EXEC между строкой ITEM и следующей строкой ITEM рассматриваются
как одно множество и выполняются при выборе пункта в меню. Команда
имеет следующую форму:
EXEC команда
где "команда" - это команда, выполняющая программу
или утилиту DOS. Существует также несколько специальных форм EXEC:
| Команда | Действие |
| EXEC EXIT | Выполняет выход в DOS. |
| EXEC DOS | Эту команду можно использовать, если вы хотите, чтобы пользователи временно выходили в DOS и пользовались командами этой операционной системы. Она запускает вторую копию COMMAND.COM, так что для возврата в меню пользователи могут набрать EXIT. |
| EXEC LOGOUT | Обеспечивает удобный способ включения в меню команды EXIT, но предотвращает выполнение пользователями команд DOS в сетевой среде. |
| EXEC COMMAND | Выполняет командный процессор DOS и открывает сеанс DOS для выполнения команд или командных файлов. |
Команда EXIT
Данная команда прекращает выполнение остальных команд сценария
регистрации. Обычно она используется в операторе IF...THEN...ELSE
после проверки на выполнения заданного условия. Все следующие
за EXIT команды выполняться не будут. Не используйте эту команду
на рабочих станциях OS/2.
Если вы изменили длинное имя команды на имя, заданное по умолчанию
(IBM_PC), включите перед командой EXIT команду PCCOMPATIBLE. Команда
имеет следующую форму:
EXIT
или EXIT "имя_файла"
где "имя_файла" - это имя выполняемого файла с расширением
COM, EXE или BAT. Например, после выхода из сценария вы можете
выполнить команду меню. Команда, заданная в EXIT, должна находиться
в текущем каталоге или на диске поиска. В EXIT можно задавать
маршрут команды, не превышающий 14 символов. Если в маршруте используется
косая черта, она должна указываться дважды.
Команда FIRE PHASERS
Эта команда используется для генерации звуковых сигналов, уведомляющих
пользователей о выводе сообщений на экран. Команда имеет форму:
FIRE PHASERS n TIMES
где n определяет, сколько раз нужно подать сигнал.
Команда FLAG
Эта команда используется для просмотра и изменения атрибутов файлов
и каталогов. Атрибуты определяют, какие операции с файлами может
выполнять пользователь, и как они обрабатываются при сохранении
резервных копий, переносе и выводе содержимого каталога. Для просмотра
атрибутов файлов наберите команду FLAG без параметров, например,
FLAG *.DOC. Для просмотра справочной информации о параметрах этой
команды используйте синтаксис:
FLAG /? параметр
где "параметр" может иметь следующее значение:
| Параметр | Информация |
| ALL | Если в качестве "параметра" указать ALL, то выводится справка по всем параметрам. |
| FO | Выводит справку по атрибутам файлов, назначаемых с помощью команды FLAG. |
| DO | Справка по атрибутам каталога, назначенных с помощью FLAG. |
| MODES | Справка по присвоенным режимам поиска. |
| SYNTAX | Справочная информация по синтаксису команды FLAG. |
| OPTIONS | Выводит список различных параметров. |
Параметры каталогов
Параметры атрибутов каталогов позволяют вам присвоить атрибуты
каталогам. Команда имеет следующий синтаксис:
FLAG маршрут атрибуты (создает новый набор атрибутов)
FLAG маршрут +атрибуты (добавляет атрибуты к текущему набору)
FLAG маршрут -атрибуты (удаляет атрибуты из текущего набора)
где "маршрут" задает каталог, а допустимые параметры
описываются следующей таблицей:
| Параметр | Описание |
| N | Обычный. |
| Dc | Не компрессировать. |
| Di | Ограничение удаления. |
| Dm | Не переносить. |
| Hi | Скрытый. |
| Ic | Немедленное компрессирование. |
| P | Уничтожение при удалении. |
| Ri | Ограничение переименования. |
| Sy | Системный |
Например, чтобы файлы в каталоге немедленно уничтожались после
удаления, дайте команду:
FLAG SYS:ACCNT\DAT P
Параметры атрибутов файла
Параметры атрибутов файла позволяет вам присваивать файлам атрибуты.
Команда имеет следующий синтаксис:
FLAG маршрут атрибуты (создает новый набор атрибутов)
FLAG маршрут +атрибуты (добавляет атрибуты к текущему набору)
FLAG маршрут -атрибуты (удаляет атрибуты из текущего набора)
Параметры описываются следующей таблицей:
| Параметр | Описание |
| N | Обычный. |
| Ci | Ограничение копирования. |
| Dc | Не компрессировать. |
| Di | Ограничение удаления. |
| Dm | Не переносить. |
| Hi | Скрытый. |
| Ic | Немедленное компрессирование. |
| P | Уничтожение при удалении. |
| Ri | Ограничение переименования. |
| Ro | Только чтение. |
| Rw | Чтение/запись. |
| Sy | Системный. |
| T | Транзакционный. |
| X | Только чтение. |
Параметры режима поиска
Параметры режима поиска позволяют задать режимы поиска выполняемых
файлов. Команда имеет синтаксис:
FLAG маршрут /M=режим
где "режим" может быть следующим:
| Режим | Описание |
| 0 | Используемый по умолчанию режим поиска, при котором выполняемые файлы ищут инструкции в файле NET.CFG. |
| 1 | Ищет по маршруту файла, а если он отсутствует - в текущем каталоге, затем на диске поиска. |
| 2 | Ищет файл сначала по маршруту, затем в только в текущем каталоге. |
| 3 | Ищет файл сначала по маршруту, затем в заданном по умолчанию каталоге, и, наконец, на дисках поиска (но исключительно по запросу "только чтение"). |
| 4 | Зарезервирован. |
| 5 | Ищет сначала по заданному маршруту, затем на дисках поиска. Или, если маршрут не задан, ищет в заданном по умолчанию каталоге, затем на диске поиска. |
| 6 | Зарезервирован. |
| 7 | Ищет сначала по заданному маршруту (по запросу "только чтение). |
Например, следующая команда для всех выполняемых файлов в текущем
каталоге задает режим поиска 1:
FLAG *.EXE /M=1
Другие параметры
В команде FLAG вы можете указывать также следующие параметры:
| Параметр | Действие |
| ALL | Устанавливает для заданных файлов или каталогов все атрибуты. |
| /C | Используется для непрерывной прокрутки каталогов. |
| /S | Включает подкаталоги. |
| /D | Выводит подробную информацию. |
| /NAME=имя | Изменяет владельца файла или каталога, заменяя имя именем нового владельца. |
Команда GOTO
Эта команда позволяет переходить в другую часть сценария регистрации,
обычно после удовлетворения условия в команде IF...THEN, например:
IF MEMBER OF "SALES" THEN GOTO SALES
...
SALES:
Таким образом, общая форма команды имеет вид:
GOTO метка
Команда IF...THEN
Это одна из наиболее полезных команд в сценариях регистрации.
Вы можете использовать ее для выполнения команды только при выполнении
заданного условия, Команда IF...THEN определяет истинность или
равенство условия и в случае удовлетворения условия выполняет
команды. Общая форма этой команды имеет вид:
IF условия [AND;OR;NOR] THEN команда
Команда INCLUDE
Эта команда приводит к выполнению в сценарии регистрации команд
из внешнего файла сценария регистрации. Такой файл вы можете создать
с помощью любого текстового редактора. Команда имеет форму:
INCLUDE маршрут\имя_файла
где "маршрут" - это маршрут к каталогу, где находится
текстовый файл. Если файл записан на томе вне текущего контекста
пользователя, этот маршрут должен включать в себя имя маршрута
дерева NDS. Используя форму команды:
INCLUDE имя_объекта
где "имя_объекта" - имя объекта пользователя или контейнера,
который содержит сценарий регистрации, вы можете также выполнить
сценарий регистрации на другом объекте. Если этот объект находится
вне текущего контекста, укажите маршрут. Убедитесь также, что
пользователи имеют на сценарий регистрации полномочия Read и Open.
Приведем некоторые рекомендации по использованию INCLUDE:
Если ваши сценарии регистрации невелики, включать в них INCLUDE
не стоит. Однако если они чрезмерно разрастутся, лучше для ясности
разбить сценарий на несколько частей.
Используйте INCLUDE для спецификации команд регистрации группы,
например:
IF MEMBER OF "SALES" THEN INCLUDE SALES.LOG
Поскольку вызываемые INCLUDE файлы являются текстовыми, вы
можете назначить пользователя, который будет вносить в них изменения,
например, включать команду WRITE для вывода сообщений. Такие изменения
можно вносить в текстовом редакторе, не прибегая к помощи NetWare
Administrator или NETADMIN.
При тестировании сценария регистрации полезно поместить непроверенные
команды во внешний файл, что упрощает редак тирование.
В NDS каждый объект-контейнер может иметь свой собственный
сценарий регистрации. Общие команды можно выделить в текстовый
файл, вызываемый из сценария регистрации контейнера.
Операторы INCLUDE могут быть вложенными до 9 уровней.
На файл, включаемый командой INCLUDE, пользователь должен
иметь полномочия File Scan и Read.
Команда ITEM
Используется для спецификации пунктов меню, созданных командой
MENU, и имеет следующую форму:
ITEM имя[параметры]
где "имя" - это имя, которое выводится в пункте меню,
а "параметры" - один или более из следующих параметров:
| Параметр | Описание |
| BATCH | Выгружает меню из памяти, чтобы освободить память для вызываемой программы. |
| CHDIR | Возвращает пользователя в исходный каталог. |
| NOECHO | Предотвращает вывод сообщений операционной системой при выполнении пункта меню. |
| PAUSE | Делает паузу при выводе: пользователь может прочитать выведенную на экран информацию. |
| SHOW | Выводит имя выполняемой команды. |
В квадратных скобках можно указать несколько параметров, разделив
их пробелом.
Чтобы пользователю легче было выбирать пункт меню, каждый элемент
связывается с алфавитным символом. Если вы хотите использовать
другие буквы, наберите каре (^) и задайте этот символ перед именем
меню, например:
ITEM ^3Выход
Команда LASTLOGINTIME
Для вывода времени последней регистрации пользователя в системе
включите в сценарий регистрации команду LASTLOGINTIME.
Команда LOAD
Эта команда позволяет вам вызвать другую программу меню (с другим
именем файла) и имеет форму:
LOAD имя_файла
где "имя_файла" задает каталог, маршрут и имя программы
меню, которую вы хотите выполнить. После загрузки другой программы
меню пользователи могут вернуться в исходное меню нажатием Esc.
Команда LOGIN
Регистрация сводится к набору в командной строке команды LOGIN.
Если вы не вводите в командной строке контекст, то выводится сообщение
с запросом. Затем запрашивается пароль.
Команда LOGIN имеет следующую форму:
LOGIN сервер/контекст/параметры
где "сервер" - это имя сервера, на котором вы хотите
зарегистрироваться, "контекст" - имя пользователя и
требуемый для него контекст, а "параметр" - это один
из перечисленных ниже параметров:
| Параметр | Описание |
| /NoScript или /NS | Предотвращает выполнение сценария регистрации и не отменяет вашу регистрацию на тех серверах, где вы уже зарегистрированы. |
| /Script или /S <маршрут> |
Замените "маршрут" именем файла специального сценария регистрации, который должен выполняться при вашей регистрации. |
| /SWAP | Позволяет выполнять из сценария регистрации внешние команды. |
| /PR=имя | Замените "имя" на имя профильного объекта, который должен выполняться из сценария регистрации. Профильный объект содержит сценарий регистрации, который присваивается только конкретным пользователям, которые могут не принадлежать ни к одному из контейнеров в дереве NDS. |
| /TR | Используйте этот параметр для регистрации в другом дереве каталога. Большинство организаций имеют только одно дерево каталога, которое охватывает всю фирму, поэтому используется данный параметр редко. |
| /B | Задайте этот параметр для регистрации в Bindery. |
Если вы хотите задать регистрацию каждый раз на одном и том же
сервере, важно задать при регистрации сервер. Каталоги и файлы
на этом сервере будут доступны, но нужно иметь в виду, что команда
MAP может преобразовать каталог на любом сервере, к которому вы
обращаетесь, в буквенную метку диска. Например, вы можете перейти
из каталога на одном сервере в каталог на другом сервере, просто
набрав другую букву диска.
Чтобы всегда регистрироваться на одном и том же сервере, задайте
в файле NET.CFG параметр PREFERRED SERVER.
Если для доступа к серверу вы используете команду LOGIN, то, если
не указывается параметр /NS, ваша регистрация на всех других серверах
будет отменена.
Команда MACHINE
Используйте эту команду для задания имени машины, где регистрируется
пользователь. Имя может содержать до 15 символов. Команда имеет
вид:
MACHINE=имя
где "имя" - это присваиваемое машине имя. Команда MACHINE
часто необходима для программ, написанных под PC DOS и не применимых
для OS/2. Как уже говорилось, имя может включать в себя идентификаторы
переменных.
Команда MAP
В данном разделе показаны некоторые примеры команды MAP. Аналогичные
команды вы можете выполнять на рабочей станции. Помните, что заданные
в командной строке логические диски действуют только во время
текущего сеанса.
Не отменяйте диски поиска для каталога PUBLIC, иначе вы не сможете
выполнить общедоступные команды NetWare, включая команду LOGOUT.
Чтобы назначить каталогу SYS:PUBLIC буквенную метку H, вы можете
дать следующую команду:
MAP H:=SYS:PUBLIC
Заметим, что это не уничтожает уже существующего диска поиска.
После этого вы можете перейти в каталог PUBLIC, набрав всего одну
букву H:.
Следующая команда назначает каталогу DOCUMENTS на томе DATA1 сервера
USR буквенную метку J:
MAP J:=USR/DATA1:DOCUMENTS
Чтобы задать диск поиска, вам нужно указать номер диска поиска.
Следующая команда создает диск поиска для маршрута SYS:APPS\QUATTRO,
что позволяет вам выполнять находящиеся в нем программные файлы:
MAP S4:=SYS:APPS\QUATTRO.
Чтобы включить новый логический диск поиска, не изменяя существующих
назначений (включая локальные каталоги DOS), используйте параметр
INS:
MAP INS S4:=SYS:APPS\QUATTRO.
Для вывода справочной информации о команде MAP наберите:
MAP /?
команду в сценарий регистрации. Супервизоры могут использовать
команды MAP в объектах-контейнерах, а обычные пользователи могут
поместить эту команду в свои персональные сценарии регистрации.
Если назначение диска включается во многие сценарии регистрации,
и указываемый в нем каталог может измениться, создайте объекты
назначения диска и включите их в сценарии регистрации. Для изменения
назначения вы можете изменить объект, а не сам сценарий.
Локальные назначения дисков - это такие назначения, которые
создаются на рабочих станциях командой PATH. Они могут создаваться
с помощью параметра INS при создании назначений дисков Netware.
Команда MAP имеет следующий синтаксис:
MAP параметр маршрут
где "параметр" - это один из описанных ниже параметров,
а "маршрут" - это маршрут, который вы хотите отобразить.
В маршруте может потребоваться указать маршрут дерева каталога,
имя сервера и имя тома.
| Параметр | Назначение |
| INS | Включает диск поиска. |
| DEL | Удаление назначение диска. |
| N | Назначает следующий доступный диск. |
| R | Делает диск корневым каталогом. |
| P | Отображает диск в физическое имя тома на сервере, а не имя тома в Directory Service. |
| С | Изменяет обычный диск на диск поиска или наоборот. |
Приведем некоторые примеры. Прежде всего вы можете использовать
команду MAP для вывода уже назначенных дисков. Для этого наберите
MAP /?.
Для отображения в каталог USR тома UTILS сервера MAIN1 дайте команду:
MAP E:=MAIN1/UTILS:USR
Эта команда назначает каталогу конкретную букву диска. Если вы
хотите использовать просто следующую доступную букву, наберите:
MAP N MAIN1/UTILS:USR
Прямая и обратная косая черта в этих командах не различается.
Указание косой черты после запятой, как и в DOS, указывает корневой
уровень.
Чтобы задать контекст, отличный от текущего, используйте команду,
аналогичную следующей:
MAP H:=.UTILS.SALES.ASTSOFTWARE:USR
Чтобы удалить это назначение, дайте команду:
MAP DEL H:
Корневое отображение диска (ложный корень) рассматривается как
как корневой каталог диска. Пользователи, назначившие ложный корень,
не смогут с помощью команды DOS CD перемещаться выше по дереву
каталога. Для них этот каталог является по существу корневым каталогом
сетевого диска, даже если он физически отображается в подкаталог
диска. Ложные корни можно использовать в целях защи ты и при работе
с некоторыми старыми приложениями, работающими только с каталогами
корневого уровня. Например, чтобы отобразить VOL1:\DATA\ACCNT
на диск L, можно набрать:
MAP R K:=VOL1:\DATA\ACCNT
Для пользователей этого диска ACCNT будет корневым каталогом.
Параметр C позволяет преобразовать существующее назначение диска
в диск поиска, например:
MAC C J:
NetWare присваивает букву J в качестве следующего доступного
диска, но сохраняет букву диска для следующего диска поиска.
Диски поиска
Чтобы назначить диск поиска, вам нужно задать номер диска. Этот
номер можно определить, набрав команду MAP и просмотрев текущие
назначения. Однако простейший способ состоит в том, чтобы задать
задать последний свободный диск, например:
MAP S15:=VOL1:UTILS\EDIT
NetWare автоматически назначает каталогу следующий доступный
диск поиска. Если у вас уже есть следующие назначения:
S1:=Z:. MY/SYS:DATA
S1:=Y:. MY/SYS:DOCS
то NetWare будет автоматически создавать S3:=X:. VOL1:UTILS\EDIT.
Таким образом, порядок поиска дисков сохраняется. NetWare просто
добавляет следующий диск поиска к концу списка. Если вы хотите,
чтобы этот каталог был в списке первым, наберите:
MAP S1:=VOL1:UTILS\EDIT
Однако при этом вы потеряете текущий диск S1. Чтобы сохранить
существующие диски поиска используйте команду INS:
MAP INS S1:=VOL1:UTILS\EDIT
Команда MENU
Эта команда выводит новое меню или подменю и имеет форму:
MENU номер,имя
где "номер" - номер подменю, которые вы хотите выполнять,
а "имя" - его имя. Можно вызывать до 255 подменю. Первое
меню всегда имеет номер 1. Для вызова модменю используется команда
SHOW.
Команда NCOPY
NCOPY - это команда NetWare COPY. Она используется аналогично
команде DOS COPY. Эта команда имеет следующий синтаксис:
NCOPY исходные_файлы целевые_файлы параметры
Чтобы при копировании изменить имена файлов, задайте другие имена
целевых файлов. При работе с несколькими файлами можно использовать
трафаретные символы. Данная команда имеет следующие параметры:
| Параметр | Описание |
| /? | Выводит справочную информацию. |
| /A | Копирует файлы, у которых установлен бит архивизации. Системные и скрытые файлы не копируются. |
| /C | Копирует только информацию DOS. Расширенные атрибуты и информация о пространстве имен не сохраняется. |
| /F | Копирует неплотные файлы. |
| /I | При копировании информирует вас о потере файлами не относящейся к DOS информации (такой как расширенные атрибуты и информация о пространстве имен). |
| /M | Копирует файлы с установленным битом архивизации, затем сбрасывает этот бит. |
| /R | Задается для сохранения компрессии (только при копировании на устройство, поддерживающее компрессию). |
| /R/U | Сохраняет компрессию даже при копировании на устройство, ее не поддерживающее. Вы можете декомпрессировать информацию только в том случае, если она находится на томе NetWare. |
| /S | Копирует подкаталоги. |
| /S/E | Копирует подкаталоги, даже если они пусты. |
| /V | Проверяет файл на точность копирования (только DOS). |
Команда NCOPY поддерживает трафаретные символы, поэтому вы можете
копировать группы файлов.
Команда NDIR
Команда NDIR используется для просмотра информации о существующих
дисках (размер, дата создания, владелец и атрибуты). Вы можете
также просмотреть информацию о каталогах, такую как маска наследуемых
полномочий и ваши действующие полномочия в каталоге. Команда имеет
параметры сортировки и выделения. NDIR имеет много параметров.
Однако такое число параметров затрудняет ее использование. Вы
можете выводить справочные экраны, однако для часто используемых
команд рекомендуется создавать командные файлы. Команда имеет
синтаксис:
NDIR маршрут параметры
Параметры описываются следующей таблицей. Эти параметры позволяют
выводить информацию конкретного типа.
| Параметр | Действие |
| /CO | Информация об упакованных файлах. |
| /ID | Детальная информация о файлах. |
| /DA | Информация о дате файлов. |
| /MAC | Вывод файлов Macintosh. |
| /L | Длинные имена файлов. |
| /R | Фильтры и полномочия, атрибуты файлов. |
Ниже перечислены справочные параметры NDIR. С их помощью вы можете
получить конкретную справочную информацию.
| Параметр | Действие |
| NDIR /? ALL | Выводит всю справочную информацию. |
| NDIR /? SYN | Выводит синтаксис получения справочной информации. |
| NDIR /? AT | Выводит фильтры атрибутов. |
| NDIR /? FOR | Выводит информацию о форматах. |
| NDIR /? RES | Выводит параметры формата. |
| NDIR /? RES | Выводит фильтры поиска. |
| NDIR /? SORT | Выводит параметры сортировки. |
| NDIR /? OPT | Выводит прочие параметры |
Например, чтобы вывести список всех файлов в текущем каталоге
и полномочий, которые вы на них имеете, наберите команду:
NDIR *.* /R
а чтобы вывести список файлов данных (DAT) в каталоге с информацией
о дате:
NDIR *.DAT /DA
Подробную информацию о файле ACCNT.PIC вы можете получить по
команде:
NDIR ACCNT.PIC /D
Список файлов по атрибутам
Параметры атрибутов файлов позволяют вам выводить список файлов
в соответствии с их атрибутами. Чтобы вывести список файлов согласно
атрибутам, которые у них отсутствуют, используется параметр /NOT.
Команда имеет синтаксис:
NDIR маршрут /атрибуты
или NDIR маршрут /NOT атрибуты
где "маршрут" задает тот каталог, где находятся файлы,
и спецификатор трафарета, а атрибуты могут быть следующими:
| Атрибут | Описание |
| A | Требуется архивизация. |
| Cc | Не компрессировать (присваиваться не может). |
| Ci | Ограничение копирования. |
| Co | Компрессирование файлов (присваиваться не может). |
| Dc | Не упаковывать. |
| Di | Ограничение удаления. |
| Dm | Запрет переноса. |
| Hi | Скрытый файл. |
| Ic | Немедленная упаковка. |
| M | Файл перенесен во вспомогательную память (присваиваться не может). |
| N | Обычный файл (чтение/запись). |
| P | Уничтожаемый. |
| Ri | Ограничение переименования. |
| Ro | Только чтение. |
| Rw | Чтение/запись. |
| Sh | Совместно используемый. |
| Sy | Системный. |
| T | Транзакционный. |
| X | Только выполнение. |
В некоторых случаях атрибут X позволяет защитить файлы от вирусов.
Удалить файл с таким атрибутом нельзя (можно лишь записать вместо
файла другую его копию). Однако некоторые программы не выполняются,
если их файлы .EXE помечены флагом X.
Например, чтобы вывести список файлов в каталоге, доступных только
по чтению, наберите команду:
NDIR *.* /RO
Параметры можно комбинировать. В следующем примере выводятся
не индексированные файлы:
NDIR *.DOC /R /NOT DI
Сортировка вывода
Возможность сортировки позволяет выводить файлы по дате, владельцам
и размерам. Для изменения порядка сортировки на обратный можно
использовать параметр /REV. Команда имеет следующий синтаксис:
NDIR маршрут /SORT параметр
или NDIR маршрут /REV SORT параметр
Список допустимых параметров приведен в следующей таблице:
| Параметр сортировки | Описание |
| AC | По последней дате доступа. |
| AR | По последней дате архивизации. |
| CR | По последней дате создания или копирования. |
| OW | По владельцу. |
| SI | По размеру. |
| UP | По последней дате изменения. |
| UN | Без сортировки. |
Специальные ограничения
Перечисленные ниже параметры используются для ограничения выводимых
в списке типов файлов (по дате, владельцу или размеру). Команда
имеет формат:
NDIR маршрут /параметры операция значение
где "маршрут" определяет каталог, в котором находятся
файлы, и/или спецификатор трафарета, а "параметром"
может быть AC, AR, CR, OW, SI или UP. Операции перечислены в следущей
таблице, а значением может быть дата (в формате мм-чч-гг или мм/чч/гг)
или имя владельца.
| Операция | Описания |
| LE | Меньше чем. |
| EQ | Равно. |
| GR | Больше чем. |
| BEF | До. |
| AFT | После. |
Чтобы вывести список файлов, не соответствующих спецификации,
можно использовать параметр NOT, например:
NDIR маршрут /параметры NOT мм-чч-гг
NDIR маршрут /параметры BEF мм-чч-гг
NDIR маршрут /параметры NOT BEF мм-чч-гг
NDIR маршрут /параметры AFT мм-чч-гг
NDIR маршрут /параметры NOT AFT мм-чч-гг
NDIR маршрут /OW EQ имя
NDIR маршрут /OW NOT EQ имя
NDIR маршрут /SI EQ размер
NDIR маршрут /SI NOT EQ размер
NDIR маршрут /SI NOT LE размер
NDIR маршрут /SI GR размер
NDIR маршрут /SI NOT GR размер
Параметры можно комбинировать.
Параметры просмотра
Остальные параметры полезно использовать для вывода списка конкретных
типов файлов, которые не входят в описанные выше группы. Команда
имеет формат:
NDIR маршрут /параметр
Параметры перечислены в следующей таблице:
| Параметр | Описание |
| /DO | Просмотр только каталогов. |
| /FI | Поиск файлов (по дискам поиска). |
| /FO | Просмотр только файлов. |
| /S | Вывод информации во всех подкаталогах. |
| /SPA | Просмотр только информации о занимаемой подкаталогами памяти на диске. |
| /VER | Просмотр информации о версии файлов. |
| /VOL | Просмотр информации о томе. |
Команда NLIST
После того как вы установите контекст дерева каталога, можете
использовать для перечисления объектов и получения о них информации,
команду NLIST. Подробнее мы расскажем об этой команде в другой
главе. Пока же отметим, что NLIST делает следующее:
Выводит информацию об объектах и их характеристиках.
Выводит на экран информацию о пользователях, группах, томах,
серверах и очередях печати.
Позволяет вам искать объекты по их характеристикам.
Вы можете получить полное описание параметров NLIST, включая примеры,
с помощью команды:
NLIST /? ALL
Команда NO_DEFAULT
Включение этих команд в системный сценарий регистрации или профильный
сценарий позволяет предотвратить выполнение заданного по умолчанию
сценария регистрации пользователя. Персональный сценарий пользователя
все равно будет выполняться. Команда имеет форму:
NO_DEFAULT
