В первой и второй части я рассказал про основные моменты управления принтерами в PowerShell и теперь хочу поговорить о правах на принтеры. Т.к. принтеры управляются с помощью классов WMI, то управление правами доступа к ним будет превращаться в очередную эпохальную эпопею, которую я исследовал при изучении безопасности Share Permissions (вот ссылка на эти статьи в моём прежнем блоге: http://vpodans.spaces.live.com/lists/cns!BB1419A2CFC1E008!178). Однако, с принтерами оказалось всё печальней :( Мне так и не удалось заставить работать метод SetSecurityDescriptor. Итак, я расскажу о своих кратких исследованиях и в чём же мы имеем проблему.

Для чтения прав доступа принтера потребуется метод GetSecurityDescriptor:

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

• New-NetworkPrinter - добавляет (мапит) сетевой принтер к пользователю
• Remove-NetworkPrinter - удаляет сетевой принтер у пользователя (удаляет только маппинг принтера)
• Set-DefaultPrinter - устанавливает выбранный принтер принтером по умолчанию
• Get-Printer - получение сведений о выбранном принтере. Как полный набор сведений, так и краткий
• New-PrinterShare - расшаривает локальный принтер для общего сетевого доступа
• Remove-PrinterShare - отменяет сетевой доступ к принтеру

Здесь я не буду подробно описывать всё подряд, а расскажу только о тех вещах, которые считаю важными для читателя. Остальное он и сам додумает ;)

Сразу хочу оговориться, что для первых 3-х функций реализована только локальная поддержка (т.е. использовать функции по отношению к другим компьютерам нельзя). Сделано это почему: дело в том, что все WMI операции выполняются (даже на удалённых машинах) в контексте того пользователя, который запустил скрипт. Очень сомнительный смысл мапить для себя принтер на другой машине. Ко всему прочему в классе Win32_Printer не реализована даже поддержка удалённого маппинга принтера. Сейчас я это продемонстрирую:

Ни для кого не секрет, что PowerShell умеет управлять принтерами. Для этого используются как WMI классы, так и COM объекты. При этом управление ими из PowerShell совсем не сложное. WMI представляет следующие классы:

• Win32_Printer
• Win32_PrinterConfiguration
• Win32_PrinterDriver
• Win32_PrinterDriverDll
• Win32_PrintJob

Итак, самое простое - перечисление принтеров:

И это снова я! Я чуть ранее объявил о закрытии своего первого блога на http://vpodans.spaces.live.com и о переезде сюда. Как я уже отмечал, я рассмотрел несколько вариантов нового блога. Это были и уже готовые сервисы (как wordpress.com, blogspot.com, etc) так и собственные (DasBlog, Blogengine.NET, Community Server, WordPress, etc). Я обкатал в виртуальной среде каждый из них и остановился на движке DasBlog, который написан на ASP.NET и является открытым проектом.

Данный движок, конечно же, не отличается такой функциональностью и удобством, как spaces.live.com, но для личного, некоммерческого продукта - вполне себе неплохо. Конечно же, дефолтной инсталляцией я не отделался и пришлось почти полностью переделать одну из готовых тем оформления и подогнать его под свои нужды. Я считаю, что получилось не так и плохо. Именно на этом сайте я продолжу свою блоггинг-деятельность, рассказывать про PowerShell и другие IT-технологии, которыми я интересуюсь и занимаюсь. Здесь так же буду стараться избегать постов ни о чём (что, к примеру, меня сильно раздражает на itcommunity.ru), а писать по существу.

Примечание: данный пост перепечатан в связи с закрытием бложиков на spaces.live.com, как имеющий какую-то ценность для автора и/или читателей.

Сегодня закончил читать книгу "Введение в Windows PowerShell", которую купил на ozon.ru. По сути данная книга - ужатый вариант симбиоза PowerShell In Action и Windows PowerShell Cookbook, который не содержит пространных рассуждений (коих в PowerShell In Action немало) и опущено достаточно много серьёзного (который применяется лишь в специфичных задачах) материала. Оно, собственно говоря, и верно, т.к. из названия видно, что это введение и в ней рассказываются только те вещи, которые необходимы для тех, кто только начинает изучение PowerShell. Но вместе с этим книга, как мне кажется, потеряла некоторую живость, т.е. текст выглядит достаточно сухо и идея лёгкости и простоты языка так же теряется. Я читал книгу как типичный хэндбук и руководство к пользованию. К технической части материала никаких претензий нету совершенно, т.к. тех.материал подобран автором удачно. Но это не учебник по высшей математике, а вводная книга по технологии, которая должна не только рассказать об этой технологии, но и заинтересовать ею читателя (книга "PowerShell In Action" образцово решила как техническую, так и общелитературную и агитационную составляющую). Если бы я не был до этого знаком с PowerShell и не читал других книг, то я вряд ли заинтересовался "очередной глючной поделкой от мелкософта" (цэ) луноходы этой технологией. Как мне кажется, причина тому: