Программы и сценарии

Известно, что файлы, в которые собираются выходные данные из многих источников ? например, файлы журналов, содержащие результаты измерений параметров производительности ? могут очень быстро разрастаться. Каждый, кто использовал Notepad для работы с текстовыми файлами большого объема, содержащими важные данные, собранные за недели, а иногда и месяцы, знает, как трудно открывать эти файлы, и сколько времени приходится тратить на то, чтобы найти в них нужный фрагмент данных. К тому же процедура выбора одного файла журнала из нескольких сотен может также оказаться весьма утомительным занятием. Разумеется, при поиске нужных файлов мы можем просматривать дату последнего изменения, однако если кто-либо открывал и редактировал этот файл, то дата его последнего изменения не будет соответствовать дате имеющейся в нем информации.

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

Современные программы и операционные системы обеспечивают быстрый доступ к недавно использовавшимся данным и документам с помощью кэшируемых Web-страниц, списков ранее набранных фраз и списков часто используемых элементов (MRU). Все эти функции полезны, но иногда они занимают огромное количество дискового пространства и могут доставлять немало хлопот администратору, который вынужден защищать конфиденциальность пользовательских данных. Если подобные проблемы возникают, можно использовать сценарий на языке Perl CleanCache.p», приведенный в Листинге 8, для удаления большинства часто используемых кэшированных файлов в системе Windows и списков MRU. Я полагаю, что читатели имеют некоторое представление о языке Perl, а дополнительно c этим языком можно ознакомиться на сайте http://www.roth.net/perl.

Мощная и гибкая технология, не похожая ни на один из языков сценариев Windows PowerShell (прежнее название - Monad) - один из инструментов управления Windows Server, выпущенных Microsoft с момента появления VBScript. PowerShell

Пример из реальной жизни Пока Microsoft занята продвижением Windows PowerShell, следующего поколения языка написания сценариев для Windows, системные и сетевые администраторы и ИT-менеджеры в большей степени сосредоточены на выполнении текущих

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

Совершенствуйте свои сценарии Сценарии для командной строки - это файлы с простым текстом, которые интерпретируются командным процессором как наборы команд, подлежащие последовательному исполнению. История сценариев для командной строки началась на заре

Системные администраторы часто спрашивали меня, возможно ли получить список всех файлов, созданных определенным пользователем, работая со структурой каталогов, содержащей более 20 тысяч файлов. На первый взгляд этот вопрос казался абсурдным ? единственным способом получить такую информацию был бы опрос каждого отдельного файла, с целью получения имени его владельца, и составление списка. Выполнение этой операции потребовало бы вечности. Однако, я вспомнил, что несколько лет назад работал с утилитой, представляющей собой набор ресурсов, под названием subinacl.exe. С ее помощью я менял владельцев файлов. В то же время я обнаружил, что помимо остальных возможностей этой утилиты, она позволяет просматривать свойства файла, в том числе и идентификатор безопасности (SID) пользователя, которому принадлежит файл. Зная, что утилита Subinacl поможет мне получить необходимую информацию, я создал сценарий, названный ownedby.cmd, чтобы реализовать аудит владельцев файлов.

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

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

Оснастка Group Policy Management Console (GPMC) консоли Microsoft Management Console (MMC), появившаяся в Windows Server 2003, представляет собой исключительно полезный инструмент. С помощью данного средства можно через единый интерфейс выполнять большую часть работ, связанных с управлением групповыми политиками. Более того, при установке данного компонента также устанавливаются несколько COM-объектов, с помощью которых многие работы можно автоматизировать. В статье "Управление объектами групповой политики с помощью сценариев" речь шла о том, с чего следует начинать, чтобы научиться работать с этими объектами. Указанная статья, а также те материалы, ссылки на которые приводятся в разделе "Список литературы", помогут понять основные принципы автоматизации задач, связанных с политиками. Затем можно переходить к использованию COM-объектов GPMC для решения более серьезных задач, таких как программируемый поиск объектов групповой политики (GPO), поиск всех диапазонов управления (Scope of Management ? SOM) для какого-либо GPO, а также поиск всех объектов SOM в дереве Active Directory (AD).

В статье "Обновление атрибутов AD без проблем" был описан сценарий, с помощью которого можно обновлять атрибуты объектов Active Directory (AD), используя для этого данные из файлов формата CSV (значения, разделяемые запятой) или из электронных таблиц Excel. С момента публикации данной статьи мне пришло большое количество писем от администраторов из разных стран мира. В этих письмах говорится, что описанный в статье сценарий updateattribs.vbs позволил им сэкономить массу времени при выполнении повседневных работ по поддержанию актуальности данных о пользователях в AD при различных перемещениях и слияниях внутри их предприятий.

В тех компаниях, которые используют Active Directory (AD) для хранения информации о пользователях, часто возникают проблемы, связанные с необходимостью обновления информации для большой группы людей. Например, если некоторое подразделение компании в полном составе куда-либо переезжает, то возникает задача обновления информации в AD об адресах и телефонах сотрудников данного подразделения. В таких случаях обычно пользуются файлами в формате LDIF (Lightweight Directory Access Protocol (LDAP) Data Interchange Format) совместно с утилитой ldifde.exe либо разрабатывают специальные сценарии, использующие функциональность ADSI (Active Directory Service Interfaces). Однако создавать LDIF?файлы для выполнения подобных обновлений ? дело непростое, поскольку при формировании таких файлов может потребоваться большое количество манипуляций со строковыми данными. Решение, построенное на базе специальных сценариев ADSI, позволяет лучше контролировать процесс внесения изменений ? в этом случае можно создавать удалять или изменять объекты любым, наиболее удобным для вас способом (например, можно изменять формат номера телефона, изменять регистр символов со строчных на прописные и т.д.) ? но при этом необходимо найти способ извлечения обновленной информации и ее чтения внутри сценариев.

В журналах событий Windows хранится огромный объем данных. Прокручивать списки событий в поисках конкретной информации - утомительное занятие, и большинство администраторов обращаются к журналам только в случае неприятных происшествий или неполадок. В этой статье рассказывается о способе извлечения полезной информации из журналов событий, в том числе, о событиях безопасности, ошибках в настройке и использовании приложений, и анализе этих данных с помощью инструментов, представленных в предыдущих статьях. Объединив LogParser и Sed в едином решении, можно извлечь полезные сведения, уплотнив их в очень удобном формате

Современные программы и операционные системы часто обеспечивают быстрый доступ к недавно использовавшимся данным и документам с помощью кэшируемых Web-страниц, списков ранее набранных фраз и часто используемых элементов (MRU). Все эти функции полезны, но иногда занимают огромное количество дискового пространства и могут создавать проблемы для администратора, который вынужден защищать конфиденциальность пользовательских данных

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

Характерной особенностью Windows Script Host (WSH) является наличие возможности взаимодействия с внешними компонентами. Современные сценарии WSH часто используют обращения к внешним компонентам, таким как Windows Management Instrumentation (WMI), Active Directory Service Interfaces (ADSI) и другим COM-совместимым библиотекам и приложениям. Один из таких полезных компонентов - традиционные утилиты командной строки. Этот инструментарий всегда находится под рукой у администраторов, причем зачастую даже в тех случаях, когда средства WMI недоступны.

Объект групповой политики Group Policy Object (GPO) для автоматического запуска сценариев позволяет выполнять на клиентских компьютерах множество задач, которые невозможно выполнить при помощи сценариев регистрации и сценариев, запускаемых с центральных серверов. Сценарии регистрации запускаются от имени и с правами зарегистрировавшегося пользователя.

Иногда для оптимизации управления хранением данных на диске администратору требуется узнать, какие файлы принадлежат пользователю и сколько места на диске они занимают. Эту информацию нельзя получить из пользовательского графического интерфейса Windows или с помощью сценария Windows. Я написал библиотеку ActiveX DLL и сценарий VBScript, который выводит список файлов, принадлежащих определенному владельцу, а также размеры этих файлов

В данной статье речь пойдет об инструменте Curl, с помощью которого можно передавать и принимать Web-страницы из командной строки. Благодаря Curl легко автоматизировать многие операции информационной защиты и администрирования, например извлечь Web-страницу для анализа или загрузить исправление для системы безопасности из Web