|
Комментарий редактора. Microsoft вложила немало сил в свою среду Windows
Script Host (WSH) и продолжает уделять ей повышенное внимание в Windows 2000.
После того как вы освоитесь со сценариями, они оказываются чрезвычайно полезны в
немалой степени потому, что позволяют влиять на общие аспекты сети (такие, как
очереди принтера) и возможности COM-совместимых настольных приложений (таких,
как Microsoft Word).
Мы собираемся вкратце рассказать о сценариях входа, но, если вам необходима
более подробная информация, мы рекомендовали бы две недавно вышедшие книги:
'Teach Yourself Windows Script Host in 21 Days' (ISBN: 067231374X, издательство
SAMS) знакомит с основами составления сценариев, с точки зрения непрограммиста,
а 'Windows Script Host Programmer's Reference' (ISBN: 1861002653, издательство
Wrox) предполагает наличие некоторого опыта в программировании и может оказаться
чересчур лаконичной, если вы не знакомы с этой областью. Но во всех остальных
отношениях это отличная книга.
Нижеследующая заметка об использовании WSH для повышения контроля за
регистрацией в среде Windows написана Яном Морришем и взята с его страницы Web,
посвященной Windows Script Host. Морриш работает консультантом в Glazier
Systems; на его узле http://wsh.glazier.no.nz вы можете
узнать многое о том, что можно делать с Internet Information Server, Exchange и
различного вида сценариями. Следующий текст был подготовлен для публикации при
участии автора.
Windows Script Host представляет собой мощное средство, призванное заменить
сценарии на базе командной строки (т. е. командные файлы). Одно из не самых
очевидных его применений состоит в использовании сценария WSH для выполнения
разного рода задач при регистрации пользователя в домене Windows NT. Сочетание
WSH с некоторыми объектами COM, такими, как Active Directory Services Interfaces
(ADSI), позволяет расширить возможности управления, для чего ранее обычно
требовались продукты управления корпоративного уровня или ПО для составления
сценариев от независимых поставщиков.
VBScripts, выполняющиеся в WSH, также заслуживают того, чтобы вы потратили на
них время. Полученные знания могут быть применены к Active Server Pages,
приложениям MS Office и независимым приложениям, где используются бесплатные
механизмы составления сценариев Visual Basic.
Как упоминалось ранее, свои возможности WSH получает благодаря COM.
Собственная объектная модель WSH содержит некоторые полезные объекты для работы
с сетью, реестром и оболочкой, но ничто не мешает вам использовать другие
объекты COM. Примером этому может служить объект ADSI, с помощью которого вы
можете получать информацию о пользователях из любого каталога - NT, NetWare или
LDAP.
При настройке автоматического запуска сценария WSH на клиентах NT при их
регистрации в домене User Manager for Domains позволяет вам задать имя файла,
выполняемого на рабочих станциях пользователей, когда они регистрируются в
домене.
В Windows 95 и 98 вы должны прежде всего сконфигурировать User Manager for
Domains на выполнение logon.bat. В действительности пакет команд выполняется
утилитой под названием LMSCRIPT.EXE (на базе LAN Manager Script, или LMScript).
Я предпочитаю использовать logon.bat вместо вызова файла VBScript напрямую,
потому что LMScript только вызывает командные и исполняемые файлы. (Вы можете
вызвать wscript или cscript, но без параметров - а это не соответствует цели.)
Отметим, что Windows 2000 будет поддерживать файлы WSH напрямую.
Теперь файл logon.bat следует поместить в раздел NetLogon на главный и все
резервные контроллеры доменов. Этот файл будет вызывать wscript.exe (или
cscript.exe) и передавать имя выполняемого сценария (например, вызов может иметь
вид wscript //server/neglogon/logon.wsh).
Наконец, сам сценарий регистрации помещается в те же каталоги. Вне
зависимости от того, где написан сценарий - в VBScript или JavaScript, - вам
может потребоваться создать файл параметров WSH для этого сценария (он выполняет
ту же роль, что и файл *.PIF, когда программа DOS выполняется из-под Windows).
Для этого щелкните правой кнопкой мыши на файле сценария, выберите пункт меню
Properties и затем нажмите ОК. В результате срок ожидания для сценария будет
неограниченным.
Каждому пользователю может быть дан индивидуальный сценарий, но это требует
больших усилий. По возможности все пользователи и группы пользователей должны
иметь одни и те же сценарии регистрации. На моем узле вы можете найти пример
сценария, где ADSI используется для запуска подпрограмм сценария при выполнении
определенных условий.
Порталы для Intranet приобрели в последнее время чрезвычайную популярность,
так что, может быть, вы даже подумываете о том, как создать портал и в вашей
собственной корпоративной сети.
Как можно было ожидать, рынок предлагает для этого соответствующие продукты
(на самом деле, для этих целей подойдет любой менеджер информационного
наполнения Web с базой данных), но, как и любое другое корпоративное программное
обеспечение для Web старшего класса, такие продукты могут стоить очень дорого.
Так, недавно появившийся Portal-in-a-Box стоит целых пятьдесят тысяч долларов.
Самым простым решением, которое мне приходилось видеть, является сценарий на
Perl, написанный Кевином Малхолландом. Его можно найти на http://www.moodfarm.demo.co.uk/download/index.html#fav2html.
Я не стану воспроизводить здесь сценарий - он краток и понятен, если вы
знакомы с Perl. Версия Малхолланда привязана к среде Windows, для которой она
изначально и была написана (с помощью версии Perl для Windows для ActiveState,
которую можно найти на http://www.activestate.com), но ее
перенос в среду UNIX потребует лишь минимальных изменений.
Сценарий перебирает ваши излюбленные ссылки из раздела 'Избранное' в Internet
Explorer, хранящиеся в небольших файлах (один файл *.LNK для каждого фаворита) в
каталоге Windows/Favorites. Он считывает информацию из файлов и записывает ее в
один файл HTML, где каждый фаворит указывается в соответствии с именем файла
*.LNK.
Сценарий дает безыскусный список ссылок. На самом деле, это огромное благо,
так как значительно облегчает настройку вывода в соответствии с вашим
предпочтительным корпоративным дизайном Web.
Чтобы сценарий работал, вам потребуется изменить пару его переменных (это
можно сделать с помощью текстового редактора):
$dir = '/Windows/Favorites'
$outfile = '/My Documents/
bookmarks.html'
$myname = 'Robert Richardson'
Если вы хотите включить все ваши излюбленные ссылки, то следует указать папку
Windows/Favorites в первой переменной $dir. Если же вы хотите, чтобы портал
содержал какие-то другие ссылки, то потребуется указать подкаталог, где их можно
найти. В этом случае любые не вошедшие в портал ссылки остаются для вашего
внутреннего использования - они не появляются на выводимой странице.
Переменная $outfile задает каталог, где будет создан файл со ссылками. (Я
указал относительный путь, но вы можете задать и полный путь.) Скорее всего, это
будет локальный каталог, где размещаются данные Web. Если вы действительно
собираетесь создать портал, то, вероятно, это и будет точкой входа для ваших
пользователей, так что файл имеет смысл назвать index.html (или дать ему любое
другое имя, которое вы используете для домашней страницы по умолчанию), чтобы
это было вашей 'верхней' страницей Web.
Что касается $myname, он используется в качестве некоторого рудиментарного
префикса заголовка в верхней части выводимой страницы. Скорее всего, вы захотите
изобразить в верху страницы что-либо более сложное, так что к тому времени,
когда вы завершите настройку своей версии, эта переменная вам не потребуется.
Хотя я и не собираюсь углубляться в детали, ничто не мешает вам задать вызовы
для извлечения данных из баз данных SQL или ODBC по вашему выбору для добавления
информации на страницу с индексом.
Комментарий редактора. Мы регулярно публикуем сообщения BugNet в
разделе 'Тысяча мелочей'. О других ошибках и исправлениях читатель может узнать
на сервере http://www.bugnet.com.
IBM NWays
IBM предлагает файлы с исправлениями для Nways Manager
for Windows NT 2.01, Nways Manager for AIX 2.01 и Nways Manager for HP-UX 2.01.
Они решают проблему, состоящую в том, что окно License Status отображает
неверное число управляемых узлов. IBM удалила код для подсчета узлов, так что вы
не сможете увидеть действительное число, но по крайней мере вы не будете введены
в заблуждение неверными цифрами.
NetWare 4.11 и 4.12
Novell предлагает файл с исправлениями для
REVFHRFX.NLM в NetWare 4.11 и 4.12. Он исправляет проблему, возникающую на
рабочих станциях Windows 95 и Windows 98, когда различные нити открывают один и
тот же файл и по крайней мере одна нить оставляет файлы открытыми даже после
того, как вы выйдете из приложения. Это может привести к исчерпанию ресурсов
серверов и зависанию. Файл имеется в составе NetWare 4 Support Pack 7.
Файловые серверы NetWare
Novell выпустила LAN ODI Specification
3.31, новейшие вспомогательные модули для файловых серверов Novell NetWare. Их
не следует применять, если вы используете NetWare Connect 2.0 (или предыдущих
версий) или Novell MPR 3.0 (или предыдущих версий). Если у вас имеется NIAS 4.0
или MPR 3.1, то вам следует получить ODIWANx.EXE. Файл называется ODI33G.EXE,
его можно найти на http://support.novell.com/cgi-bin/search/tidfinder.cgi?2952834.
Эта редакция содержит только английскую версию.
Клиент Novell для Windows 95/98
Novell предлагает обновление для
Novell Client 3.0 и 3.01 для Windows 95/98. Оно решает три проблемы: во-первых,
невозможность идентификации на компьютере Windows 98 после первой попытки при
использовании Dial-Up Networking; во-вторых, непроизвольное удаление баз данных
FoxPro, в-третьих (наиболее серьезная проблема), стирание всех файлов на сетевом
диске после подачи команды DEL.*. Исправления собраны в 9530p1.EXE, их можно
найти на http://support.novell.com/cgi-bin/search/tidfinder.cgi?2952030.
Novell Y2K Ferret
Если у вас имеется сеть Novell NetWare, но вы не
уверены относительно ее готовности к 2000 году, то можете воспользоваться
инструментом Novell Y2K Ferret. Вы можете запустить его в сеть, и он выявит все
проблемы совместимости с Y2K.
Литература по Windows 2000
| 
