Вопросы и ответы (глава 9)
В каком порядке выполняется процедура регистрации и можно ли его изменить?
В NetWare 3.x и младше процедура регистрации начинается с выполнения системной процедуры регистрации, затем выполняется процедура клиента. Выполнение процедуры клиента может блокироваться командой EXIT системной процедуры.
В NetWare 4.x процедура регистрации начинается с выполнения процедуры контейнера, в котором определен пользователь, затем выполняется процедура профиля, последней выполняется процедура клиента. Выполнение каждой последующей процедуры может блокироваться командой EXIT предыдущей процедуры. Профильную процедуру можно отменить или заменить на другую командой PROFILE в контейнерной процедуре. Порядок легко запомнить — CPU (Container — Profile — User).
Если действие команд процедур противоречат друг другу, то последующая отменяет действие конфликтующей с ней предыдущей, этим можно активно пользоваться, подавив предупреждающие сообщения.
Стандартные связки процедур могут отменяться или заменяться на другую опцией /S команды LOGIN.
Когда выполняется процедура по умолчанию (Default Login script) и что она делает?
Процедура по умолчанию выполняется для пользователя, у которого отсутствует личная процедура регистрации. Она не редактируема (записана в теле утилиты LOGIN.EXE) и выполняет следующие действия:
Приветствует пользователя — Good Morning, SUPERVISOR:
WRITE "Good %GREETING_TIME, %LOGIN_NAME."
MAP DISPLAY OFF
MAP ERRORS OFF
Подавляет сообщения о планировании и ошибках:
MAR DISPLAY OFF
MAR ERRORS OFF
Планирует первый сетевой драйв в корневой каталог тома SYS: (и это правильно).
MAP *1: = SYS:
Пытается перепланировать его же в личный подкаталог пользователя, считая, что он в корневом каталоге тома SYS: (а если пользователей 250 или 1000, неужели они все будут там?):
MAP *1: = SYS:%LOGIN_NAME
Для администратора первый драйв перепланируется в SYS:SYSTEM (у них Norton Commander платный, а команду CD SYSTEM еще и вспомнить надо!):
IF "%1" = "SUPERVISOR" THEN MAP *1: = SYS:SYSTEM
Для NetWare 4.x эта строка имеет вид:
IF "%1" = "ADMIN" OR "%1" = "SUPERVISOR" THEN MAP *1: = SYS:SYSTEM
Аккуратно вставляет каталог с утилитами в начало пути PATH:
MAP INS S1: = SYS:PUBLIC
Пытается включить каталог с утилитами DOS в путь, но мало кто заводит каталог SYS:IBM_PC/MSDOS/6.22 и помещает в него утилиты:
MAP INS S2: = S1:%MACHINE/%OS/%OS_VERSION
Выводит полученные назначения на экран
MAP DISPLAY ON
MAP
Отменить ее выполнение можно созданием хотя бы фиктивных процедур, пускай содержащих один символ — пробел, но для ясности лучше символ комментария "*" или ";". Можно также в конце системной (контейнерной или профильной) процедуры поставить EXIT, но тогда не будет выполняться ни одна личная процедура.
Начиная с версии 3.65, утилита LOGIN поддерживает команду NO_DEFAULT, нейтрализующую эту заботливость системы
Можно ли выполнять процедуру регистрации без перерегистрации на сервере?
Можно, но только для NetWare 3.x и младше: выполните команду LOGIN /NA. Опция /NA (NoAttach) обеспечивает выполнение процедуры регистрации без самой регистрации на сервере. Для выбора выполняемой процедуры возможно сочетание с опцией /S.
Где находятся процедуры регистрации и почему они могут быть недоступны?
В NetWare 3.x и младше системная процедура задается файлом NET$LOG.DAT каталога SYS:PUBLIC. Для ее выполнения клиентам необходим доступ к этому каталогу (или хотя бы файлу) с правами R, F; для возможности одновременной регистрации нескольких пользователей файл имеет атрибут разделяемости S. Процедура пользователя задается файлом LOGIN его личного почтового каталога, к которому также необходим доступ с правами R, F. При наличии прав процедура может долгое время быть недоступной (о чем появляется сообщение при выполнении LOGIN), если ее файл кто-либо редактирует обычным текстовым редактором. Этого не происходит, если процедуры редактируются штатными средствами SYSCON.
В NetWare 4.x ни одна процедура не является ASCII-файлами, все они "живут" внутри базы данных Каталога, и вопросы их недоступности и способа редактирования снимаются.
Как создаются процедуры регистрации?
В NetWare 3.x и младше штатный способ создания процедур — утилита SYSCON, позволяющая создавать и редактировать системный и индивидуальные пользовательские сценарии (см. следующий вопрос). Возможно и применение любого текстового редактора, для чего нужно знать местоположение файла и возможные последствия захвата файла (см. выше). Для массового создания пользователей и их процедур применимы утилиты MAKEUSER и USERDEF.
В NetWare 4.x выбор средств создания ограничен утилитами NETADMIN (DOS) или NWADMIN (Windows). Для вновь создаваемых пользователей удобно применять назначение процедуры шаблону, по которому создается данный пользователь. Тогда его личная процедура будет копией этой заготовки, и впоследствии личную процедуру можно будет при необходимости скорректировать.
Как редактировать процедуры регистрации?
Штатным средством редактирования является встроенный редактор в SYSCON NetWare 3.x и младше, в NetWare 4.x — только NWADMIN или NETADMIN. Эти редакторы имеют ограниченные возможности и своеобразный интерфейс, к которому нужно привыкнуть. При создании новых процедур на "голом месте" они предлагают для начала скопировать чью-либо процедуру (конечно, в пределах отпущенных прав). Они позволяют копировать и переносить блоки текста как в пределах одной процедуры, так и между различными процедурами с помощью своего буфера обмена, но это надо уметь. Делается это следующим образом.
Для перемещения фрагмента текста пометьте его с помощью клавиши F5, после чего нажмите Delete. Текст исчезает с экрана, и попадает в буфер обмена. После этого в новом месте нажмите Insert, и блок займет новое место. Далее текст из буфера можно многократно переносить в другие места процедуры и даже других процедур.
Для копирования блока после нажатия Delete сразу нажимайте Insert.
Остальные действия не отличаются от обычных редакторов. Редактор NWADMIN взаимодействует и со стандартным буфером обмена Windows.
Преимущество штатных средств в том, что они не захватывают файл (см. предыдущий вопрос) и имеют Help (F1) со шпаргалкой по командам процедур, но копировать образцы из страниц Help, к сожалению, невозможно.
Какими принципами следует руководствоваться, проектируя процедуры регистрации?
Для начала сформулируйте преследуемые цели.
Пользователю процедура регистрации нужна для подключения сетевых дисков, формирования операционной среды и получения интересующей его информации от системного администратора.
Администратору процедура нужна для централизованного управления рабочей средой несамостоятельных пользователей и передачи информации (справочной и объявлений).
Использовать процедуры для обеспечения какой-либо защиты наивно, поскольку любые процедуры можно отменить и заменить опциями запуска команды LOGIN, что не запретишь сделать умелому пользователю.
Планируя процедуры, исходите из принципов разумной достаточности. Если процедура очень длинная (по времени выполнения), у пользователя появится сильное желание обойтись без нее.
Помните, что пользователи Windows могут жить в сети комфортно и без ваших процедур.
Старайтесь сокращать количество разных процедур, обслуживаемых вами. Использование в процедуре регистрации условных команд в сочетании с переменными в строках планирования драйвов при продуманной структуре каталогов и использовании объединения пользователей в группы позволяет составить достаточно гибкую и универсальную системную (в NetWare 4.x контейнерную, а лучше профильную) процедуру регистрации (одну-две) с целью упрощения многочисленных пользовательских процедур.
Можно ли запускать программы из процедуры регистрации?
Да, утилита LOGIN позволяет исполнять внешние команды и команды DOS. Для запуска внешней команды (.COM или .EXE файла) в процессе процедуры перед ее именем в строке ставится префикс "#". По окончании работы программы выполнение процедуры продолжится.
В аргументах внешней команды можно использовать переменные, используемые в процедурах регистрации.
При запуске внешней команды с сетевого каталога, даже уже назначенного в поисковый драйв, имя ее файла надо указывать полностью, начиная с имени тома. Действие нового пути поиска начнется только по завершении работы утилиты LOGIN. Для выполнения внутренних команд DOS, а также .BAT-файлов, используется запуск командного процессора COMMAND.COM с опцией /C (порождение дочернего процесса), например
#COMMAND /C DIR C:
#COMMAND /C SYS : LOGIN/START.BAT
Для запуска любой команды по окончании процедуры используется команда EXIT "text". Эта команда завершает работу LOGIN и помещает текст, заключенный в кавычки, в клавиатурный буфер, завершая его символом возврата каретки.
Можно ли запускать резидентные программы из процедуры регистрации?
В принципе для запуска резидентных (TSR) программ можно использовать как запуск через префикс "#", так и команду EXIT "text".
Избегайте запуска резидентных программ внутри процедуры (через "#") — по окончании LOGIN.EXE не сможет освободить занимаемую им память, а он от версии к версии только растет.
CAPTURE в NetWare — не резидентная программа, она только управляет средствами перехвата, встроенными в оболочку или запросчик. Смело запускайте ее из процедуры.
Что означает сообщение "Missing command name"?
Это сообщение появляется, если в процедуре регистрации есть строка с префиксом внешней команды "#", а самого имени команды нет. Уберите лишний префикс, или впишите недостающее имя команды.
Почему не срабатывает команда, помещенная в кавычки после слова EXIT?
В этом случае имитируется набор указанного текста и нажатия Enter записью его в клавиатурный буфер BIOS, что работает только на IBM PC-совместимых машинах. Если имя машины (по умолчанию MACHINE=IBM_PC) с целью ее идентификации изменено в NET.CFG (SHELL.CFG), то не пугайтесь сообщения, похожего на "Invalid exit command followed by a string is not supported on this machine", а поместите в текст процедуры команду PCCOMPATIBLE (до команды EXIT).
Не забывайте о синтаксических правилах: даже в кавычках нельзя применять в качестве разделителей имен каталогов символ "\", вместо него используйте "/".
Как упростить текст сложной процедуры регистрации и облегчить ее отладку?
Если предположить, что функционально вашу процедуру уже не упростить, то можно рекомендовать несколько способов улучшения ее для упрощения и облегчения отладки.
В переменных условных операторов старайтесь использовать по возможности более крупные категории — группы, контейнеры и т.п, это сокращает объем перечислений.
Избегайте лишних условных конструкций для команд MAP, пользуясь тем, что останется действие последней команды — см. пример, в котором оба варианта приведут к одинаковому результату, поскольку каталог с длинным именем SUPERVISOR обычно не создают:
IF LOGIN_NAME=SUPERVISOR THEN
MAP G: = SYS:USERS/%LOGIN_NAME
MAP G: = SYS:SYSTEM
ELSE
END
MAP ERRORS OFF
MAP G: = SYS:SYSTEM
MAP G: = SYS:USERS/%LOGIN_NAME
MAP ERRORS ON
Используйте INCLUDE, особенно когда в условную конструкцию надо включить сложную последовательность действий — это облегчит и читаемость, и отладку.
Используйте (где не нужно использовать переменные) DISPLAY и FDISPLAY вместо WRITE для вывода многострочных сообщений.
Не пренебрегайте комментариями, их включение все-таки экономит время.
Как отлаживается процедура регистрации?
К сожалению, специальных средств нет, и отлаживать приходится экспериментальными методами. Для этого удобно иметь рядом две станции, на одной из которых, зарегистрировавшись с нужными правами, редактировать процедуры не выходя из сети, чтобы не попасть в случайно получившуюся ловушку. Другую станцию используйте для входов под отлаживаемым именем и проверки действий процедуры. При отладке полезно разрешать сообщения о назначениях и ошибках планирования (MAP DISPLAY ON, MAP ERRORS ON). В качестве отладочных средств можно временно вставлять команды PAUSE, MAP для проверки назначений в текущей точке процедуры, WRITE для определения текущего местоположения, EXIT для отсечения неотлаженного "хвоста", GOTO для обхода сомнительных мест. В случае применения условных операторов IF THEN ELSE END следите за закрытием этих конструкций.
Имена групп, отличающиеся одним символом, некорректно отрабатываются оператором IF MEMBER OF, что делать?
Эта известная ошибка NetWare 4.0 исправлена в "заплатке" LOG412.EXE, содержащей утилиту LOGIN.EXE. Ее нужно установить в каталоги SYS:LOGIN и SYS:PUBLIC на всех серверах сети.
После обновления LOGIN.EXE в NetWare 4.x имена групп все равно не отрабатываются в процедуре регистрации, что делать?
Убедитесь в том, что вы используете полное имя группы, оператор должен иметь вид
IF MEMBER OF ".group_name.ou_name.org_name[.c_name]"
Как определять переменные окружения DOS в процедуре регистрации?
Для этого существует команда DOS SET (можно просто SET), работающая как и в DOS, но имеющая некоторые особенности:
- значения, присваиваемые переменным, указываются в кавычках;
- возможно использование переменных процедуры регистрации.
Если переменная нужна только в процессе выполнения процедуры, используйте команду TEMP SET — при этом не нагружается среда окружения (DOS Environment).
Почему не действуют переменные окружения DOS, установленные в процедуре регистрации?
Если вы уверенны в синтаксисе команд процедуры, обратите внимание на способ запуска команды LOGIN. Для нормального глобального использования переменных окружения (в том числе и PATH) не следует запускать процедуру LOGIN из оболочек типа Norton Commander. Более достойное место для нее — файл AUTOEXEC.BAT.
Какие значения получают переменные %0, %1, %2 и т. д., используемые в процедуре регистрации.
Для ответа на этот вопрос создайте несложный тестовый файл, текст которого приведен ниже, запишите его на любой доступный диск (например, A:) и выполните команду
F: LOGIN /SА : \TESTVAR SUPERVISOR V1 V2 V3
Вы получите следующие сообщения, отвечающие на данный вопрос:
Login_name: SUPERVISOR
Var0:
Var1: SUPERVISOR
Var2: V1
Var3: V2
Если вы попробуете вариант запуска
F: LOGIN
а на запрос имени ответите
/SA: \TESTVAR SUPERVISOR V1 V2
то получите тот же результат. Если вы вводите имя пользователя с именем сервера, то переменным LOGIN_NAME и %1 все равно присваивается только имя регистрации.
Текст файла TESTVAR:
WRITE "Login_name: %LOGIN_NAME."
WRITE "Var0:%0"
WRITE "Var1:%1"
WRITE "Var2:%2"
WRITE "Var3:%3"
Этот тест показывает, что переменная %0 не определяется, а в %LOGIN_NAME попадает не усеченное имя (хотя некоторые источники утверждают, что в %0 попадает имя пути к утилите LOGIN, а LOGIN_NAME усекается до 8 символов).
В Windows95 закладка "Advanced" в Novell Client-32 позволяет задавать значения переменных %2, %3, %4, %5 (%1 = LOGIN_NAME задается в основном окошке).
Что означает сообщение "Your login script file has beeen locked too long by another station" как быть в этом случае?
Это ситуация, когда вы пытаетесь зарегистрироваться в то время, когда другой пользователь редактирует ваш файл LOGIN обычным текстовым редактором. Некоторое время безрезультатно подождав, утилита LOGIN исполнит для вас свой сценарий по умолчанию. После этого вам на первом поисковом диске (скорее всего Z:) будет доступен каталог SYS:PUBLIC, в котором есть утилита SESSION. Она поможет спланировать необходимые диски, но если ваша процедура производила еще какие-либо настроечные действия, их придется выполнять вручную. Если потери велики, подскажите вашему администратору (очевидно это он занял файл LOGIN), как копировать блоки редактором SYSCON, именно неочевидность способа копирования обычно отвращает администратора от штатных средств.
А если такое случается часто, см. ответ на следующий вопрос.
Администратор все время "улучшает" системную процедуру регистрации, совсем без процедуры — плохо, но надоело участвовать в эксперименте. Как быть?
Выход есть — заведите себе на диске файл с текстом необходимой процедуры, и запуская LOGIN, ссылайтесь прямо на него командой, аналогичной
LOGIN /S OUR_SERV/SYS:USERS\MIK\LOGIN.TXT MIK
Правда, при этом вы можете пропустить какую-либо важную информацию, которую администратор хотел донести до всех.
Можно ли в процедуре регистрации определить, что используется на станции: NETX или VLM?
Можно, используя переменную SHELL_TYPE, что легко показать на примере:
IF SHELL_TYPE "V4.00" THEN
WRITE "Your NETX not modern client"s software"/7
END
Всякий раз, встретив NETX, утилита об этом скажет и пискнет.
Почему в NetWare 4.x изменения, внесенные в процедуру регистрации, начинают действовать с некоторой задержкой?
В отличии от NetWare 3.x, где LOGIN управлял входом в сервер, теперь он управляет входом в сеть. Внесенные изменения должны разойтись по всем серверам сети, на что, естественно, требуется время. Но это не самая дорогая плата за удовольствие однократной регистрации в СЕТИ.
Можно ли в процедуре регистрации NetWare 3.x подключаться к другим серверам?
Можно, если у вас на них есть свой бюджет (то есть, если вы на них — зарегистрированный пользователь). Команда
ATTACH server_name\user_name
приведет к желанной цели, а если имя и пароль будут синхронизированы (совпадать с используемыми на текущем сервере), то система не запросит еще один пароль, что приятно.
Как синхронизировать пароли на серверах NetWare 3.x?
Для синхронизации паролей на нескольких серверах, на которых вы имеете бюджеты с одинаковыми именами, необходимо подключиться к ним, например, командами ATTACH, введя необходимые пароли. Далее, запустите утилиту смены пароля SETPASS, и, после повторного ввода нового пароля согласитесь с предложением синхронизации своих паролей на перечисленных серверах. При отказе от синхронизации новый пароль будет установлен только на текущем сервере (или указанном в команде SETPASS).
Пароли могут не переустановиться на других серверах, если вы не имеете права на переустановку или новый пароль не удовлетворяет требованиям к паролю вашего бюджета на этом сервере.
Можно ли узнать об успешности выполнения сложной процедуры регистрации?
Утилита LOGIN возвращает код ошибки, который можно использовать, например, в .BAT-файле (ERRORLEVEL). Он будет нулевым, если регистрация произвелась успешно, однако ошибки планирования дисков и других команд процедуры регистрации (кроме ошибок типа нехватки памяти) в коде возврата не отражаются. Ненулевой код возврата появится при отказе в регистрации (неверное имя, пароль или другие ограничения регистрации)
Можно ли изменить цвет экранов меню?
Да, для этого существует утилита COLORPAL.EXE. Она изменяет настройки в файле IBM$RUN.OVL, расположенного в каталоге SYS:PUBLIC. Эти изменения будут действовать для всех станций с типом машин IBM. Для изменения цветов необходимо иметь право записи в этот файл и снять (временно) атрибут Ro с этого файла.
Для того, чтобы изменения действовали на какую-то группу станций, задайте в их файле NET.CFG (SHELL.CFG) SHORT MACHINE NAME = nam4, где nam4 — не более чем четырехбуквенное имя, которое будет использоваться при поиске файла конфигурации (вместо IBM$RUN.OVL будет nam4$RUN.OVL), и создайте копии настроечных файлов с соответствующими именами.
Если в текущем каталоге запуска меню будет другой файл IBM$RUN.OVL, то NMENU использует его конфигурацию.
Можно ли изменить позицию и размер окна в меню?
Нет, главное меню всегда появляется в левом верхнем углу экрана, подменю — правее. Ширина окна меню определяется самым длинным заголовком (но не больше 40 символов), высота — количеством пунктов (не более 12).
Можно ли расширить возможности NMENU?
Меню NetWare 3.12 и 4.x представляет собой усеченный вариант Saber Menu for DOS фирмы Saber Software, и если воспользоваться полной версией этого пакета, можно получить б!!!"ольшие возможности, например, если в команде GETx перед окончанием {tail} указать опцию SECURE, то вводимые символы будут отображаться звездочками.
Можно ли в NetWare 3.12 или 4.x использовать .MNU-файлы из прежних версий NetWare?
Можно, но предварительно необходимо сконвертировать их в .SRC-файлы командой
MENUCNVT old_nam.MNU new_nam.SRC
и скомпилировать утилитой MENUMAKE.
Можно ли в меню использовать "горячие клавиши"?
Да, если указать их символы после символа "^" в имени пункта, например
ITEM ^XВыход
EXEC EXIT
Следите за уникальностью определения "горячих клавиш" во всем меню.
| 14 октября 1999 г. | 
Михаил Гук (Сайт автора)
|
|
| Дополнительно |
|
