Powershell управление службами

Управление службами

• 06/05/2017
• Время чтения: 3 мин
• Соавторы

Существует восемь основных командлетов Service, предназначенных для широкого спектра задач обслуживания.There are eight core Service cmdlets, designed for a wide range of service tasks .

Мы рассмотрим только вывод списка служб и изменение состояния их выполнения, но вы можете получить весь список командлетов Service с помощью Get-Help \*-Service, а сведения о каждом из них можно просмотреть с помощью командлетаGet-Help , напримерGet-Help New-Service.

We will look only at listing and changing running state for services, but you can get a list of Service cmdlets by using Get-Help \*-Service, and you can find information about each Service cmdlet by using Get-Help , such as Get-Help New-Service.

Получение службGetting Services

Получить службы на локальном или удаленном компьютере можно с помощью командлета Get-Service.You can get the services on a local or remote computer by using the Get-Service cmdlet.

Как и в случае с Get-Process, использование команды Get-Service без параметров возвращает все службы.As with Get-Process, using the Get-Service command without parameters returns all services.

Можно фильтровать по имени, даже используя звездочку как подстановочный знак:You can filter by name, even using an asterisk as a wildcard:

PS> Get-Service -Name se* Status Name DisplayName—— —- ————Running seclogon Secondary LogonRunning SENS System Event NotificationStopped ServiceLayer ServiceLayer

Because it is not always obvious what the real name for the service is, you may find you need to find services by display name.

Это можно сделать с использованием определенного имени, подстановочных знаков или списка отображаемых имен:You can do this by specific name, using wildcards, or using a list of display names:

PS> Get-Service -DisplayName se* Status Name DisplayName—— —- ————Running lanmanserver ServerRunning SamSs Security Accounts ManagerRunning seclogon Secondary LogonStopped ServiceLayer ServiceLayerRunning wscsvc Security Center PS> Get-Service -DisplayName ServiceLayer,Server Status Name DisplayName—— —- ————Running lanmanserver ServerStopped ServiceLayer ServiceLayer

Параметр ComputerName командлета Get-Service можно использовать для получения служб на удаленных компьютерах.You can use the ComputerName parameter of the Get-Service cmdlet to get the services on remote computers.

Параметр ComputerName принимает несколько значений и подстановочные знаки, что позволяет получить службы на нескольких компьютерах с помощью одной команды.The ComputerName parameter accepts multiple values and wildcard characters, so you can get the services on multiple computers with a single command.

Например, приведенная ниже команда получает службы на удаленном компьютере Server01.For example, the following command gets the services on the Server01 remote computer.

Get-Service -ComputerName Server01

Получение необходимых и зависимых службGetting Required and Dependent Services

Командлет Get-Service имеет два параметра, которые удобно использовать при администрировании служб.The Get-Service cmdlet has two parameters that are very useful in service administration.

Параметр DependentServices получает службы, которые зависят от данной службы.The DependentServices parameter gets services that depend on the service. Параметр RequiredServices получает службы, от которых зависит данная служба.

The RequiredServices parameter gets services upon which this service depends.

Эти параметры просто отображают значения свойств DependentServices и ServicesDependedOn (псевдоним RequiredServices) объекта System.ServiceProcess.ServiceController, возвращаемого Get-Service, но они упрощают работу с командами и получение этой информации.

ServiceController object that Get-Service returns, but they simplify commands and make getting this information much simpler.

Приведенная ниже команда получает службы, необходимые службе LanmanWorkstation.The following command gets the services that the LanmanWorkstation service requires.

PS> Get-Service -Name LanmanWorkstation -RequiredServices Status Name DisplayName—— —- ————Running MRxSmb20 SMB 2.0 MiniRedirectorRunning bowser BowserRunning MRxSmb10 SMB 1.x MiniRedirectorRunning NSI Network Store Interface Service

Приведенная ниже команда получает службы, которым требуется служба LanmanWorkstation.The following command gets the services that require the LanmanWorkstation service.

PS> Get-Service -Name LanmanWorkstation -DependentServices Status Name DisplayName—— —- ————Running SessionEnv Terminal Services ConfigurationRunning Netlogon NetlogonStopped Browser Computer BrowserRunning BITS Background Intelligent Transfer Ser…

Вы даже можете получить все службы, имеющие зависимости.You can even get all services that have dependencies.

Следующая команда делает именно это, а затем она использует командлет Format-Table для отображения свойств Status, Name, RequiredServices и DependentServices для служб на компьютере.

The following command does just that, and then it uses the Format-Table cmdlet to display the Status, Name, RequiredServices and DependentServices properties of the services on the computer.

Get-Service -Name * | Where-Object {$_.RequiredServices -or $_.DependentServices} | Format-Table -Property Status, Name, RequiredServices, DependentServices -auto

Остановка, запуск, приостановка и перезапуск службStopping, Starting, Suspending, and Restarting Services

Все командлеты Service имеют схожую общую форму.The Service cmdlets all have the same general form.

Службы можно указать по общему имени или отображаемому имени, они также принимают списки и подстановочные знаки в качестве значений.

Services can be specified by common name or display name, and take lists and wildcards as values. Для остановки очереди печати принтера используйте:To stop the print spooler, use:

Stop-Service -Name spooler

Start-Service -Name spooler

Для приостановки очереди печати принтера используйте:To suspend the print spooler, use:

Suspend-Service -Name spooler

Командлет Restart-Service работает так же, как другие командлеты Service, но для него будет приведено несколько более сложных примеров.The Restart-Service cmdlet works in the same manner as the other Service cmdlets, but we will show some more complex examples for it. В самом простом случае указывается имя службы:In the simplest use, you specify the name of the service:

PS> Restart-Service -Name spooler WARNING: Waiting for service 'Print Spooler (Spooler)' to finish starting…WARNING: Waiting for service 'Print Spooler (Spooler)' to finish starting…PS>

Вы получите повторяющееся предупреждение о запуске очереди печати принтера.You will notice that you get a repeated warning message about the Print Spooler starting up.

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

When you perform a service operation that takes some time, Windows PowerShell will notify you that it is still attempting to perform the task.

Если требуется перезапустить несколько служб, можно получить список служб, отфильтровать его и выполнить перезапуск:If you want to restart multiple services, you can get a list of services, filter them, and then perform the restart:

PS> Get-Service | Where-Object -FilterScript {$_.CanStop} | Restart-Service WARNING: Waiting for service 'Computer Browser (Browser)' to finish stopping…WARNING: Waiting for service 'Computer Browser (Browser)' to finish stopping…Restart-Service : Cannot stop service 'Logical Disk Manager (dmserver)' because it has dependent services. It can only be stopped if the Force flag is set.At line:1 char:57+ Get-Service | Where-Object -FilterScript {$_.CanStop} | Restart-Service

Источник: https://docs.microsoft.com/ru-ru/powershell/scripting/samples/managing-services?view=powershell-6

Управляем службами Windows с помощью PowerShell

Начинаем серию переводов, посвященную управлению службами Windows с помощью PowerShell 2.0 и 3.0.

В данном посте будут рассмотрены следующие вопросы управления службами Windows:

• Получаем статус службы на локальном компьютере
• Получаем статус службы на удаленном компьютере
• Осуществляем фильтрацию служб (например, остановленные службы)
• Зависимые службы

Обозначим начальные условия: Вы работаете под Windows 7 и выше и у Вас имеются права администратора. Все команды рекомендуются выполнять в лабораторной или виртуальной среде, перед тем, как применять в “полевых условиях”.

Получаем статус службы

Давайте начнем с того, что просто получим статус всех служб, запущенных на локальном компьютере. Используем для этого командлет Get-Service.

PS C:> get-service

PowerShell, как правило, не чувствителен к регистру. Вывод приведен на скриншоте ниже.

Каждая строка представляет собой объект службы (service object).Каждый сервисный объект, как правило, имеет свои свойства. Вы можете открыть их, просто передав эти объекты в другую команду, Get-Member.

PS C:> get-service | get-member

Результаты приведены на скриншоте ниже.

Параметр Typename сверху говорит о том, что за объект перед нами; в данном случае это System.ServiceProcess.ServiceController. На скриншоте также обведены свойства объекта. Это атрибуты, которые описывают этот тип объекта.

Хотя большинство из них не используются при отображении по умолчанию, вы можете использовать их, если вы их знаете.
Например, нам интересно посмотреть информацию только о Windows Update.

Через Get-Service получим информацию только о некоторых ее свойствах.

PS C:> get-service wuauserv | select Displayname,Status,Can*DisplayName : Windows UpdateStatus : StoppedCanPauseAndContinue : FalseCanShutdown : FalseCanStop : False

Вы можете получить полную справочную информацию, напечатав:

PS C:> help get-service –full

Информацию о службе можно получить по ее имени или даже начальным буквам имени.

PS C:> get-service wi*Status Name DisplayName—— —- ————Stopped WiaRpc Still Image Acquisition EventsRunning WinDefend Windows Defender ServiceRunning WinHttpAutoProx… WinHTTP Web Proxy Auto-Discovery Se…Running Winmgmt Windows Management InstrumentationRunning WinRM Windows Remote Management (WS-Manag…

Или если вам удобнее работать с отображаемыми именами, используйте параметр –Displayname.

PS C:> get-service -DisplayName «windows a*»Status Name DisplayName—— —- ————Stopped AllUserInstallA… Windows All-User Install AgentRunning AudioEndpointBu… Windows Audio Endpoint BuilderRunning Audiosrv Windows Audio

Я должен использовать имя параметра, чтобы PowerShell воспринимал значения в качестве отображаемого имени, а не фактического имени службы. Команда будет выглядеть так:

PS C:> get-service «windows a*»

Параметр –Name можно не печатать.

Получаем статус службы НА УДАЛЕННЫХ КОМПЬЮТЕРАХ

До этого нас интересовало получение информации о статусе служб на локальном компьютере. Однако управление службами осуществляется на удаленных компьютерах. Если посмотреть справку по Get-Service, то можно увидеть наличие у этого командлета параметра –Computername.

В данном случае подключение к удаленным компьютерам осуществляется без включения функции удаленного управления PowerShell. Если вы можете управлять службами, используя инструменты командной строки (sc.exe или консоль управления Service Manager), вы можете использовать PowerShell.

Давайте взглянем на пример:

PS C:> get-service spooler -ComputerName novo8Status Name DisplayName—— —- ————Running spooler Print Spooler

Любая команда, которую я демонстрировал, можно использовать для передачи удаленному компьютеру. Даже нескольким компьютерам, если у вас есть соответствующие права на удаленном компьютере. Если вы используете PowerShell v3, то можно легко выбрать одну службу на множестве компьютеров.

PS C:> get-service wuauserv -ComputerName chi-dc01,chi-dc02,chi-dc03Status Name DisplayName—— —- ————Running wuauserv Windows UpdateStopped wuauserv Windows UpdateRunning wuauserv Windows Update

Для наглядности представления отформатируем вывод.

PS C:> get-service wuauserv -ComputerName chi-dc01,chi-dc02,chi-dc03 | format-table Name,Status,Machinename -autosizeName Status MachineName—- —— ————wuauserv Running chi-dc03wuauserv Stopped chi-dc02wuauserv Running chi-dc01

Тот же самый результат, но в PowerShell v2.

PS C:> 'chi-dc01','chi-dc02','chi-dc03'| foreach {get-service wuauserv -computername $_} | Format-Table Name,Status,Machinename -AutoSizeName Status MachineName—- —— ————wuauserv Running chi-dc01wuauserv Stopped chi-dc02wuauserv Running chi-dc03

Осуществляем фильтрацию (используя where-object)

Фильтрация служб осуществляется с помощью командлета Where-Object (where – сокращение для командлета). Все, что нам нужно от PowerShell в этом случае, так это получить только те службы, у которых статус равен “stopped”.

PS C:> get-service | where {$_.status -eq 'stopped'}

PowerShell получает информацию обо всех службах и передает их (с помощью “|”) в следующую команду, которая осуществляет просмотр каждого объекта. Если свойство статуса объекта равно “stopped”, она остается в конвейере (pipeline), в противном случае она из него исключается. В конце выражение PowerShell отображает те объекты, которые остались в конвейере.
Результаты приведены ниже.

Теперь давайте попробуем найти одну службу на нескольких машинах. Вывод отформатируем в таблицу.

PS C:> get-service -computername @('chi-dc01','chi-dc02','chi-dc03') | where {$_.name -eq 'wuauserv'} | format-table Name,Status,Machinename -autosizeName Status MachineName—- —— ————wuauserv Running chi-dc02wuauserv Running chi-dc01wuauserv Running chi-dc03

Мы даже можем комбинировать запрос отдельных служб с их фильтрацией.

PS C:> get-service «win*» -comp chi-dc03 | where {$_.status -eq 'running'}Status Name DisplayName—— —- ————Running Winmgmt Windows Management InstrumentationRunning WinRM Windows Remote Management (WS-Manag…

Эта команда находит все службы на компьютере CHI-DC03, которые начинаются с ‘WIN’, но отображает только те, которые запущены.
Также можно сгруппировать объекты по свойству статуса (status property).

PS C:> $dc03 = get-service -computername chi-dc03 | Group-Object -Property Status

Переменная $dc03 является объектом GroupInfo.

PS C:> $dc03Count Name Group—— —- ——64 Running {System.ServiceProcess.ServiceController, Sy…79 Stopped {System.ServiceProcess.ServiceController, Sy…

Свойство Group представляет собой коллекцию связанных служб.

PS C:> $dc03.Get(0).group

Написанное выше проще понять, если взглянуть на скриншот.

Что касается меня, то я бы предпочел использовать хеш-таблицу.

PS C:> $hash = get-service -computername chi-dc03 | Group-Object -Property Status -AsHashTablePS C:> $hashName Value—- ——Running {System.ServiceProcess.ServiceController, Sys…Stopped {System.ServiceProcess.ServiceController, Sys…

Теперь каждое имя представляет собой свойство в хеш-таблице. Если у вас имеется опыт работы с PoweShell, вы, возможно, подумываете сделать сделующее:

PS C:> $hash.running.count

Однако ничего не произойдет. Потому что свойство Status является просто перечислением (enumeration) для [System.ServiceProcess.ServiceControllerStatus] .NET клас и такие свойства, как Running и Stopped представляют собой целые числа. PowerShell осуществляет конвертацию, чтобы представить в более наглядной форме.

PS C:> $hash = get-service -computername chi-dc03 | Group-Object -Property Status –AsHashTable –AsString

В чем суть параметра –AsString, на мой взгляд, достаточно очевидно. Теперь работать с хеш-таблицей стало проще.

PS C:> $hash.running.count62PS C:> $hash.running[0..3]Status Name DisplayName—— —- ————Running ADWS Active Directory Web ServicesRunning AppHostSvc Application Host Helper ServiceRunning BFE Base Filtering EngineRunning BrokerInfrastru… Background Tasks Infrastructure Ser…

Следующей задачей на повестке дня является проверка зависимостей сервера (server dependencies).

Требуемые службы

PowerShell позволяет просто получить статус всех служб, которые требуется для данной службы, даже на удаленном компьютере.

PS C:> get-service dns -ComputerName chi-dc03 –RequiredServicesStatus Name DisplayName—— —- ————Running Afd Ancillary Function Driver for WinsockRunning Tcpip TCP/IP Protocol DriverRunning RpcSs Remote Procedure Call (RPC)Running NTDS Active Directory Domain Services

Параметр –RequiredServices передаст объект в конвейер для каждой требуемой службы. Вы можете даже пойти дальше и проверить требуемые службы для работы данной службы.

PS C:> get-service dns -ComputerName chi-dc03 -RequiredServices | select name,@{name=»computername»;expression={$_.machinename}} | get-service -RequiredServicesStatus Name DisplayName—— —- ————Running RpcEptMapper RPC Endpoint MapperRunning DcomLaunch DCOM Server Process Launcher

Параметр –Computername командлета Get-Service возьмет вывод, но только для тех объектов, у которых есть объект свойство Computername – именно поэтому я использую хеш-таблицу с Select-Object. Как мы видим проблем со службой DNS на компьютере CHI-DC03 нет.

Зависимые службы

Мы можем сделать то же самое с зависимыми службами. Если таковых не имеется, в конвейер ничего передано не будет.

PS C:> get-service dns -ComputerName chi-dc03 -DependentServicesPS C:> get-service lanmanworkstation -ComputerName chi-dc03 -DependentServicesStatus Name DisplayName—— —- ————Stopped SessionEnv Remote Desktop ConfigurationRunning Netlogon NetlogonRunning Dfs DFS NamespaceRunning Browser Computer Browser

Требуемые и зависимые службы также являются частью каждого объекта службы.

PS C:> get-service rpcss | Select *servicesRequiredServices DependentServices—————- ——————{RpcEptMapper, DcomLaunch} {WwanSvc, wuauserv, WSearch, wscsvc…}

А пока Вы можете получить все зависимости для всех служб, следующая команда

PS C:> get-service –DependentServices

Это не даст вам особо полезную информацию, поэтому я рекомендую осуществлять запрос по конкретным службам. Команда работает гораздо лучше PowerShell v3.

PS C:> get-service dns -comp chi-dc01,chi-dc03 -RequiredServices | Sort Machinename,Name | Format-table -GroupBy machinename

Результаты видны на скриншоте ниже.

Чтобы получить подобные результаты в PowerShell v2, вам придется передать имена компьютеров (computernames) в Get-Service.

PS C:> «chi-dc01″,»chi-dc03» | foreach { get-service dns -comp $_ -RequiredServices} | Sort Machinename,Name | format-table -GroupBy machinename

В следующей статье будет рассмотрен запуск, остановка и перезапуск служб.
Конец перевода.

P.S. Хотим также поделиться нашей бесплатной программой для управления службами Windows – NetWrix Service Monitor.

Программа отслеживает все автоматически запускаемые службы на группе серверов и в случае внезапного сбоя одной или нескольких из них отправляет уведомления по электронной почте.

NetWrixRU

Источник

Источник: https://www.pvsm.ru/powershell/25191

Удаленное управление с помощью PowerShell

Существует довольно много методов для работы с удаленными компьютерами. Есть Windows Management Instrumentation (WMI), широко используемый в VBScript. Есть различные утилиты, которые позволяют осуществлять удаленное управление, типа PSExec от  Sysinternals. Даже многие командлеты PowerShell имеют параметр ComputerName для выполнения на удаленных компьютерах.

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

PowerShell Remoting решает большинство описанных проблем. Он основан на Microsoft реализации протокола Web Services for Management (WS-Management), а для связи использует службу  Windows Remote Management (WinRM).

Связь между компьютерами осуществляется по HTTP (по умолчанию) или HTTPS. Весь трафик между двумя компьютерами шифруется на уровне протокола (за исключением случаев, когда используется SSL).

 Поддерживаются несколько методов аутентификации, включая NTLM и Kerberos.

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

Есть несколько способов управления с помощью PowerShell Remoting.

Управление «один к одному»

Самый простой способ удаленного управления — интерактивно открыть удаленную сессию и в ней выполнить нужные действия. Например, откроем сессию на компьютер SRV4 и рестартуем на нем сервис печати:

Enter-PSSession -ComputerName SRV4
Restart-Service -Name spooler

Посмотрим состояние сервиса и закроем удаленную сессию:

Get-Service -Name spooler
Exit-PSSession

Интерактивная работа подходит для решения несложных задач удаленного администрирования. Если же надо автоматизировать процесс, то лучше воспользоваться командлетом Invoke-Command. Вот так с его помощью можно сделать то же самое действие:

Invoke-Command -ScriptBlock {Restart-Service spooler} -ComputerName SRV4

Эта команда откроет удаленную сессию на SRV4, выполнит блок команд, указанный в параметре -ScriptBlock, и закроет сессию. А чтобы задание выполнялось в фоновом режиме, дополнительно можно указать параметр -AsJob.

Cледует помнить о том, что при работе в фоновом режиме PowerShell не возвращает результат. Для его получения придется воспользоваться командлетом Receive-Job.

Для того, чтобы выполнить не пару-тройку команд, а какой либо скрипт, у Invoke-Command есть параметр –FilePath, который можно использовать вместо –ScriptBlock для определения файла сценария. Для примера я создал скрипт, который выводит список остановленных служб и запустил его на удаленной машине SRV4:

Invoke-Command -FilePath .\script.ps1 -ComputerName SRV4

Управление «один ко многим»

Довольно часть возникает необходимость параллельно выполнить одну задачу на нескольких компьютерах. Это довольно легко можно сделать с помощью того же Invoke-Command. Например, имена компьютеров можно просто перечислить через запятую:

Invoke-Command -ScriptBlock {Restart-Service spooler} -ComputerName SRV4,SRV5

Поместить в переменную:

$servers = @(″SRV1″,″SRV2″,″SRV3″)
Invoke-Command -ScriptBlock {Restart-Service spooler} -ComputerName $servers

Или взять из файла:

Invoke-Command -ScriptBlock {Restart-Service spooler} -ComputerName`
(Get-Content .\servers.txt)

Примечание: у Invoke-Command есть параметр ThrottleLimit, ограничивающий максимальное количество компьютеров, которыми можно управлять одновременно. По умолчанию этот параметр равен 32.

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

Сессии

Каждый раз при выполнении Invoke-Command создается новая сессия, на создание которой тратится время и ресурсы. Чтобы этого избежать мы можем открыть одну сессию, в которой и выполнять все команды. Например, откроем сессию с именем SRV4 на компьютер SRV4 и поместим ее в переменную $session, а затем этой сессии выполним нашу задачу (остановим многострадальный spooler):

$session = New-PSSession -ComputerName SRV4 -Name SRV4
Invoke-Command -ScriptBlock {Get-Service spooler | Stop-Service}`
-Session $session

Сессия будет активна до того момента, пока мы  не выйдем из консоли PowerShell. Также сессию можно закрыть — Disconnect-PSSession или удалить — Remove-PSSession.

А теперь несколько интересных возможностей, появившихся в PowerShell 3.0. Если раньше при выходе из сессии или закрытии консоли сессия удалялась, то в PS 3.

В качестве примера стартуем на компьютере SRV4 сервис печати, остановленный в прошлый раз:

Invoke-Command -ScriptBlock {Start-Service spooler}`
-ComputerName SRV4 -Disconnected

Еще один вариант использования отключенных сессий — запуск длительных по времени задач. Для примера откроем сессию c именем LongJob на SRV4 и запустим в ней фоновое задание, которое будет выводить список сервисов с интервалом в 1 минуту:

$session = New-PSSession -ComputerName SRV4 -Name LongJob
Invoke-Command -Session $session -ScriptBlock`
{Get-Service | foreach {$_;sleep 60} } -AsJob

Посмотрим, как выполняется задача и закроем сессию:

Receive-Job -Name Job2
Disconnect-PSSession $session

Идем на другой компьютер и открываем консоль, Подключаемся к сессии LongJob и с помощью командлета Receive-PSSession получаем результат выполнения задания:

Connect-PSSession -Name LongJob -ComputerName SRV4
Receive-PSSession -Name LongJob

Или еще вариант, без явного подключения к сессии с помощью Connect-PSSession:

$session = Get-PSSession -Name LongJob -ComputerName SRV4  
$job = Receive-PSSession $session -OutTarget Job
Receive-Job $job

Примечание: для того, чтобы результат остался в системе, Receive-Job надо использовать с параметром -Keep.

Неявное удаленное управление

Еще один, довольно нестандартный способ удаленного управления — неявное удаленное управление (Implicit remoting). Используя его можно, не создавая удаленной сессии, локально выполнять командлеты, находящиеся на удаленном компьютере.

Для примера берем обычную рабочую станцию, без установленных средств удаленного администрирования. Создаем удаленную сессию с контроллером домена SRV4 и импортируем в эту сессию модуль Active Directory:

$session = New-PSSession -ComputerName SRV4
Invoke-Command {Import-Module ActiveDirectory} -Session $session

Затем экспортируем из удаленной сессии командлеты Active Directory и помещаем их в локальный модуль RemoteAD:

Export-PSSession -Session $session -CommandName *-AD* -OutputModule RemoteAD`
-AllowClobber

После создания модуля удаленную сессию можно закрыть, она больше не понадобится.

Импортируем новый модуль в текущий сеанс (в PS 3.0 можно этот шаг пропустить):

Import-Module RemoteAD

А теперь внимание — мы не открываем удаленную сессию с контроллером домена, где расположены командлеты. Не нужно явно запускать этот сеанс — это можно сделать неявно, попытавшись выполнить удаленные командлеты:

New-ADUser -Name BillGates -Company Microsoft
Get-ADUser BillGates

При этом будет восстановлено удаленное подключение к контроллеру домена, после чего команда будет передана на контроллер домена и там выполнена. Результат выполнения будет сериализован в XML и передан по сети на локальный компьютер, где будет выполнена десериализация в объекты, с которыми может работать PowerShell.

Удаленный сеанс будет активным до тех пор, пока вы не закроете консоль или не удалите модуль RemoteAD.

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

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

Источник: https://windowsnotes.ru/powershell-2/udalennoe-upravlenie-s-pomoshhyu-powershell/

Windows PowerShell — Написание Windows-служб в PowerShell

Жан-Франсуа Лавуа | Май 2016

Продукты и технологии:

Windows Services, Windows PowerShell, C#

В статье рассматриваются:

• архитектура Windows-служб;
• управление Windows-службами;
• использование фрагментов кода на C# в скриптах Windows PowerShell;
• написание самоуправляемой службы в Windows PowerShell.

Исходный код можно скачать по ссылке.

Windows-службы (Windows Services) — это обычно скомпилированные программы на C, C++, C# или других языках на основе Microsoft .NET Framework, и отладка таких служб бывает весьма трудной.

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

В этой статье представлен конечный результат этих усилий: новый и простой способ создания Windows-служб. Их можно писать на скриптовом языке в Windows PowerShell. Больше никакой компиляции, просто быстрые циклы «правка-тест», которые можно выполнять в любой системе, а не только на компьютере разработчика.

Я предлагаю обобщенный шаблон скрипта службы, PSService.ps1, который позволяет создавать и проверять новые Windows-службы в считанные минуты, используя лишь текстовый редактор наподобие Notepad (блокнота).

Этот метод может сэкономить уйму времени и усилий любому, кто хочет поэкспериментировать с Windows-службами или даже предоставлять настоящие Windows-службы, если производительность не является критическим фактором. PSService.

ps1 включен в сопутствующий этой статье пакет исходного кода.

Что такое Windows-служба?

Windows-службы — это программы, выполняемые в фоне без взаимодействия с пользователем. Например, веб-сервер, который «молча» отвечает на HTTP-запросы для веб-страниц из сети, является службой, равно как и мониторинговое приложение, просто записывающее показатели производительности или фиксирующее аппаратные события от датчиков.

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

Службы управляются Windows Service Control Manager (SCM). SCM отвечает за конфигурирование служб, их запуск и остановку и т. д.

Рис. 1. Windows Service Control Manager GUI в Windows 10

Для SCM также имеются интерфейсы командной строки.

• Старая утилита net.exe с хорошо известными командами net start и net stop, корнями уходящая аж в MS-DOS! Несмотря на такое название, ее можно использовать для запуска и остановки любой службы, а не только сетевых служб. Введите net help, чтобы получить подробное описание.
• Более мощная утилита, sc.exe, введенная в Windows NT, дает тонкий контроль над всеми аспектами управления службами. Введите sc /?, чтобы получить подробное описание.

Эти утилиты командной строки, хоть и присутствуют в Windows 10, теперь считаются устаревшими, и рекомендуется использовать функции управления службами Windows PowerShell, как будет описано далее.

Подвох Как net.exe, так и sc.exe используют «короткие» имена служб в одно слово, которые, к сожалению, не совпадают с более описательными названиями, отображаемыми в панели управления SCM. Чтобы получить соответствие между двумя именами, используйте команду get-service из Windows PowerShell.

Состояния службы

Службы могут находиться в разнообразных состояниях. Некоторые состояния обязательны, другие не обязательны. Два базовых состояния, которые должны поддерживаться всеми службами: остановлена (stopped) и запущена (started). Эти состояния соответственно отображаются как пустая ячейка или Running (Выполняется) в столбце Status на рис. 1.

Третье, не обязательное состояние — Paused (Приостановлена). И еще одно неявное состояние, поддерживаемое каждой службой, даже если оно нигде не упоминается, — Uninstalled (Удалена).

Служба может переходить между этими состояниями, как показано на рис. 2.

Рис. 2. Состояния службы

Наконец, существует несколько переходных состояний, которые службы могут поддерживать (не обязательно): StartPending, StopPending, PausePending, ContinuePending. Они полезны, только если переходы между состояниями занимают значительное время.

Функции управления службами в Windows PowerShell

Windows PowerShell является рекомендуемой оболочкой системного управления со времен Windows Vista. Она включает мощный скриптовый язык и обширную библиотеку функций для управления всеми аспектами ОС. Вот лишь некоторые из сильных сторон Windows PowerShell:

• согласованные имена функций;
• полностью объектно-ориентированная;
• простое управление любым .NET-объектом.

Windows PowerShell предоставляет много функций управления службами, известных как командлеты (cmdlets). Некоторые примеры показаны в табл. 1.

Табл. 1. Функции управления службами в Windows PowerShell

Имя функции	Описание
Start-Service	Запускает одну или более остановленных служб
Stop-Service	Останавливает одну или более выполняемых служб
New-Service	Устанавливает новую службу
Get-Service	Получает службы на локальном или удаленном компьютере вместе с их свойствами
Set-Service	Запускает, останавливает и приостанавливает службу, а также изменяет ее свойства

Чтобы получить полный список всех команд со строкой «service» в их именах, введите:

Чтобы получить список только функций управления службами, введите:

Get-Command -module Microsoft.PowerShell.Management *service*

Как это ни удивительно, но в Windows PowerShell нет функции для удаления службы. Это один из редких случаев, когда по-прежнему приходится использовать старую утилиту sc.exe:

sc.exe delete $serviceName

Все службы должны создавать .NET-объект, производный от класса ServiceBase. В документации Microsoft описаны все свойства и методы этого класса. В табл. 2 перечислены те из них, которые представляют интерес в данном проекте.

Табл. 2. Некоторые свойства и методы класса ServiceBase

Член	Описание
ServiceName	Краткое имя, используемое для идентификации службы в системе
CanStop	Сообщает, можно ли остановить службу после того, как она запущена
OnStart()	Действия, предпринимаемые при запуске службы
OnStop()	Действия, предпринимаемые при остановке службы
Run()	Регистрирует исполняемый файл службы в SCM

Реализуя эти методы, служба будет управляемой SCM и сможет запускаться автоматически при загрузке системы или по требованию; кроме того, такую службу можно будет запускать или останавливать вручную через панель управления SCM, старыми командами net.exe/sc.exe или новыми функциями Windows PowerShell для управления службами.

Все службы должны создавать .NET-объект, производный от класса ServiceBase.

Создание исполняемого файла из исходного кода на C#, встроенного в скрипт Windows PowerShell

PowerShell упрощает использование .NET-объектов в скриптах. По умолчанию предлагается встроенная поддержка многих типов .NET-объектов, достаточная для большинства задач. Еще лучше то, что она является расширяемой и позволяет встраивать короткие фрагменты C#-кода в скрипт Windows PowerShell для добавления поддержки любой другой .

NET-функциональности. Эта возможность обеспечивается командой Add-Type, которая, несмотря на свое название, может делать гораздо больше, чем просто добавлять поддержку новых типов .NET-объектов в Windows PowerShell. Она позволяет даже компилировать и связывать полное C#-приложение в новый исполняемый файл.

Например, следующий скрипт Windows PowerShell, hello.ps1:

$source = @» using System; class Hello { static void Main() { Console.WriteLine(«Hello World!»); } }»@Add-Type -TypeDefinition $source -Language CSharp -OutputAssembly «hello.exe» -OutputType ConsoleApplication

создаст приложение hello.exe, которое выводит в консоль «Hello world!»:

PS C:\Temp> .\hello.ps1PS C:\Temp> .\hello.exeHello World!PS C:\Temp>

Возможности PSService.ps1 На основе всего того, что мы обсудили на данный момент, я могу создать ту службу Windows PowerShell, о которой я мечтал, — скрипт PSService.ps1, который:

• может сам себя устанавливать и удалять (используя функции Windows PowerShell для управления службами);
• может сам себя запускать и останавливать (используя тот же набор функций);
• включает короткий фрагмент C#-кода, создающий PSService.exe для SCM (с помощью команды Add-Type);
• делает обратный вызов из заглушки PSService.exe в скрипт PSService.ps1 для выполнения реальной операции службы (в ответ на события OnStart, OnStop и др.);
• управляется из панели SCM и всех утилит командной строки (благодаря заглушке PSService.exe);
• является отказоустойчивым и успешно обрабатывает любую команду, находясь в любом состоянии. Например, он может автоматически остановить службу перед ее удалением или ничего не делать, если ему поступит запрос запустить уже выполняемую службу;
• поддерживает Windows 7 и все более поздние версии Windows (используя функциональность только Windows PowerShell v2).

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

Архитектура PSService.ps1 Скрипт организуется в серию разделов:

Источник: https://msdn.microsoft.com/ru-ru/magazine/mt703436.aspx