Winrm что это за служба
Удаленное управление Windows
Что такое WinRM?
С помощью удаленного управления Windows (WinRM) корпорация Майкрософт реализует стандартный протокол WS-Management, основанный на протоколе SOAP. Он удобен для брандмауэров и обеспечивает взаимодействие оборудования и операционных систем различных поставщиков.
Где можно использовать WinRM?
для получения данных управления с локальных и удаленных компьютеров, на которых могут использоваться контроллеры управления основной платой (bmc), можно использовать объекты скриптов winrm, программу командной строки winrm или средство командной строки Windows удаленной оболочки. если компьютер работает под управлением Windows версии операционной системы, включающей WinRM, данные управления передаются инструментарий управления Windows (WMI) (WMI).
Данные об оборудовании и системе также можно получить из реализаций протокола WS-Management, работающих в других операционных системах (не Windows) на предприятии. WinRM устанавливает сеанс связи с другим компьютером по протоколу WS-Management на основе SOAP, а не подключается через DCOM, как WMI. Данные возвращаются протоколу WS-Management в формате XML, а не в виде объектов.
Кто это для?
предполагаемая аудитория для служба удаленного управления Windows — ит-специалисты, которые пишут сценарии для автоматизации управления серверами, а также независимые разработчики программного обеспечения, желающие получить данные для приложений управления.
Требования к среде выполнения
WinRM является частью операционной системы. Однако для получения данных с удаленных компьютеров необходимо настроить прослушивательWinRM. дополнительные сведения см. в разделе установка и настройка для служба удаленного управления Windows. Если контроллер BMC обнаруживается при запуске системы, поставщик IPMI загружается; в противном случае объекты скриптов WinRM и средство командной строки WinRM остаются доступными.
Подробнее
Ссылка на общедоступную спецификацию протокола WS-Management, архитектуру WinRM, связь с WMI, управление оборудованием с помощью поставщика IPMI, конфигурации и установки.
Приступая к работе с API-интерфейсом WinRM Scripting и аппаратным управлением.
установка и настройка для служба удаленного управления Windows
для выполнения сценариев служба удаленного управления Windows (winrm) и для выполнения операций с данными с помощью программы командной строки winrm служба удаленного управления Windows (winrm) должны быть установлены и настроены.
Эти элементы также зависят от конфигурации WinRM.
Где установлен WinRM
служба WinRM автоматически устанавливается со всеми поддерживаемыми версиями Windows операционной системы.
Настройка WinRM и IPMI
Эти компоненты поставщика службы удаленного управления (IPMI) и SNMP-интерфейса WMI устанавливаются вместе с операционной системой.
Используйте Winrm команду, чтобы нахождение прослушивателей и адресов, введя в командной строке следующую команду.
Чтобы проверить состояние параметров конфигурации, введите следующую команду.
Быстрая настройка по умолчанию
winrm quickconfig Команда (или сокращенная версия winrm qc ) выполняет эти операции.
winrm quickconfig Команда создает исключение брандмауэра только для текущего профиля пользователя. Если профиль брандмауэра изменился по какой-либо причине, следует запустить, winrm quickconfig чтобы включить исключение брандмауэра для нового профиля; в противном случае исключение может быть не включено.
Чтобы получить сведения о настройке конфигурации, введите winrm help config в командной строке.
Настройка WinRM с параметрами по умолчанию
Введите winrm quickconfig в командной строке.
Если вы не используете учетную запись администратора локального компьютера, необходимо выбрать пункт Запуск от имени администратора в меню » Пуск » или использовать команду runas в командной строке.
Если настройка прошла успешно, отображаются следующие выходные данные.
Используйте параметры по умолчанию для клиентских и серверных компонентов WinRM или настройте их. Например, может потребоваться добавить определенные удаленные компьютеры в список TrustedHosts конфигурации клиента.
Если невозможно установить взаимную проверку подлинности, следует настроить список надежных узлов. Kerberos допускает взаимную проверку подлинности, но не может использоваться — только в доменах рабочих групп. При настройке доверенных узлов для Рабочей группы рекомендуется сделать список максимально ограниченным.
Параметры по умолчанию прослушивателя и протокола WS-Management
Чтобы получить конфигурацию прослушивателя, введите winrm enumerate winrm/config/listener в командной строке. Прослушиватели определяются транспортом (HTTP или HTTPS) и адресом IPv4 или IPv6.
winrm quickconfig создает следующие параметры по умолчанию для прослушивателя. Можно создать более одного прослушивателя. Для получения дополнительных сведений введите winrm help config в командной строке.
Адрес
Задает адрес, для которого был создан данный прослушиватель.
Транспортировка
Задает TCP-порт, для которого создается данный прослушиватель.
WinRM 2,0: HTTP-порт по умолчанию — 5985.
Hostname (Имя узла)
Указывает имя узла компьютера, на котором запущена служба WinRM. Значением должно быть полное доменное имя, строка литерала IPv4 или IPv6 или символ-шаблон.
Активировано
Указывает, включен или отключен прослушиватель. По умолчанию используется значение True.
URLPrefix
Указывает URL-префикс для приема запросов HTTP или HTTPS. Это строка, содержащая только символы a – z, A – Z, 9-0, символ подчеркивания ( _ ) и косую черту (/). Строка не должна начинаться с косой черты или заканчиваться ей (/). Например, если имя компьютера — самплемачине, то клиент WinRM будет указывать https://SampleMachine/ в адресе назначения. Префикс URL-адреса по умолчанию — WSMan.
CertificateThumbprint
Указывает отпечаток сертификата службы. Это значение представляет собой строку шестнадцатеричных значений из двух цифр, найденных в поле отпечатка сертификата. Эта строка содержит хэш SHA-1 сертификата. Сертификаты используются при проверке подлинности на основе сертификата клиента. Сертификаты могут быть сопоставлены только с локальными учетными записями пользователей и не работают с учетными записями домена.
ListeningOn
Указывает адреса IPv4 и IPv6, используемые прослушивателем. Например: «111.0.0.1, 111.222.333.444. 1, 1000:2000:2c: 3: C19:9ec8: a715:5e24, 3FFE: 8311: FFFF: f70f: 0:5EFE: 111.222.333.444, FE80:: 5EFE: 111.222.333.444% 8, FE80:: C19:9ec8: a715:5e24% 6».
Параметры протокола по умолчанию
Многие параметры конфигурации, такие как максенвелопесизекб или соаптрацеенаблед, определяют взаимодействие клиентских и серверных компонентов WinRM с протоколом WS-Management. В следующем списке описаны доступные параметры конфигурации.
MaxEnvelopeSizekb
Указывает максимальный объем данных протокола доступа к объектам (в килобайтах). Значение по умолчанию — 150 КБ.
Поведение не поддерживается, если для максенвелопесизекб задано значение больше 1039440.
макстимеаутмс
Указывает максимальное время ожидания (в миллисекундах), которое может использоваться для любого запроса, кроме запросов на включение внесенных изменений. Значение по умолчанию — 60000.
MaxBatchItems
Задает максимальное количество элементов, которое может быть использовано в ответе Pull. Значение по умолчанию — 32000.
MaxProviderRequests
Задает максимальное количество одновременных запросов, допускаемое службой. Значение по умолчанию — 25.
WinRM 2,0: Этот параметр является устаревшим и имеет значение только для чтения.
Параметры конфигурации клиента WinRM по умолчанию
Клиентская версия WinRM имеет следующие параметры конфигурации по умолчанию.
нетворкделаймс
Задает дополнительное время ожидания клиента в миллисекундах для поправки на сетевую задержку. Значение по умолчанию — 5000 миллисекунд.
URLPrefix
Указывает URL-префикс для приема запросов HTTP или HTTPS. Префикс URL-адреса по умолчанию — WSMan.
алловуненкриптед
Позволяет клиентскому компьютеру запрашивать передачу данных в незашифрованном виде. По умолчанию клиентский компьютер требует зашифрованный сетевой трафик, а этот параметр имеет значение false.
Basic
Позволяет клиентскому компьютеру использовать обычную проверку подлинности. При использовании обычной проверки подлинности имя пользователя и пароль передаются серверу или прокси-серверу открытым текстом. Эта схема является наименее безопасным методом проверки подлинности. Значение по умолчанию равно True.
Digest (дайджест)
Позволяет клиентскому компьютеру использовать дайджест-проверку подлинности. Дайджест-проверка подлинности проводится по принципу «запрос-ответ». В качестве запроса поступает строка данных, указанная сервером. Инициировать запрос дайджест-проверки подлинности может только клиентский компьютер. Клиентский компьютер отправляет запрос на сервер для проверки подлинности и получает строку токена с сервера. Затем клиентский компьютер отправляет запрос ресурса, включая имя пользователя и криптографический хэш пароля, в сочетании со строкой токена. Дайджест-проверка подлинности поддерживается для HTTP и для HTTPS. Клиентские скрипты и приложения оболочки WinRM могут указывать дайджест-проверку подлинности, но служба WinRM не принимает дайджест-проверку подлинности. Значение по умолчанию равно True.
Дайджест-проверка подлинности по протоколу HTTP не считается безопасной.
Сертификат
Позволяет клиенту использовать проверку подлинности на основе сертификата клиента. Проверка подлинности на основе сертификатов — это схема, в которой сервер проверяет подлинность клиента, идентифицируемого сертификатом X509. Значение по умолчанию равно True.
Kerberos
Позволяет клиентскому компьютеру использовать проверку подлинности Kerberos. Проверка подлинности Kerberos подразумевает взаимную проверку подлинности клиента и сервера с использованием сертификатов Kerberos. Значение по умолчанию равно True.
Согласование
Позволяет клиенту использовать проверку подлинности согласованием. При проверке подлинности с согласованием клиент отправляет серверу запрос на проверку подлинности. Сервер определяет, какой протокол использовать — Kerberos или NTLM. Протокол Kerberos выбирается для проверки подлинности учетной записи домена, а NTLM — для учетных записей локального компьютера. Имя пользователя должно быть указано в \ _ формате имени пользователя домена для пользователя домена. Имя пользователя должно быть указано в _ формате «имя \ пользователя сервера _ » для локального пользователя на компьютере сервера. Значение по умолчанию равно True.
CredSSP
Позволяет клиенту использовать проверку подлинности с помощью поставщика поддержки безопасности учетных данных (CredSSP). CredSSP позволяет приложению делегировать учетные данные пользователя с клиентского компьютера на целевой сервер. По умолчанию False.
дефаултпортс
Указывает порты, которые клиент будет использовать для HTTP или HTTPS.
WinRM 2,0: HTTP-порт по умолчанию — 5985, а HTTPS-порт по умолчанию — 5986.
TrustedHosts
Указывает список доверенных удаленных компьютеров. В этот список необходимо добавить другие компьютеры в Рабочей группе или компьютерах в другом домене.
Компьютеры в списке TrustedHosts не проходят проверку подлинности. Клиент может отправить учетные данные на эти компьютеры.
Параметры конфигурации по умолчанию для службы WinRM
Версия службы WinRM имеет следующие параметры конфигурации по умолчанию.
RootSDDL
Указывает дескриптор безопасности, управляющий удаленным доступом к прослушивателю. Значение по умолчанию — «О:НСГ: BAD: P (A;; Общедоступный;;; BA) (A;; GR;;; ER) С:П (AU; FA; Общедоступный;;; WD) (AU; SA; ГВГКС;;; WD) «.
максконкуррентоператионс
Максимальное количество одновременных операций. Значение по умолчанию — 100.
WinRM 2,0: Параметр Максконкуррентоператионс является устаревшим и имеет значение только для чтения. Этот параметр заменен на свойств maxconcurrentoperationsperuser.
Свойств maxconcurrentoperationsperuser
Указывает максимальное количество одновременных операций, которые любой пользователь может удаленно открыть в одной системе. Значение по умолчанию — 1500.
енумератионтимеаутмс
Указывает время ожидания простоя в миллисекундах между сообщениями о вытягиваниех. Значение по умолчанию — 60000.
MaxConnections
Указывает максимальное количество активных запросов, которые служба может обрабатывать одновременно. Значение по умолчанию — 300.
WinRM 2,0: Значение по умолчанию — 25.
макспаккетретриевалтимесекондс
Указывает максимальное время в секундах, необходимое службе WinRM для получения пакета. Значение по умолчанию — 120 секунд.
алловуненкриптед
Позволяет клиентскому компьютеру запрашивать передачу данных в незашифрованном виде. По умолчанию False.
Basic
Позволяет службе WinRM использовать обычную проверку подлинности. По умолчанию False.
Сертификат
Позволяет службе WinRM использовать проверку подлинности на основе сертификата клиента. По умолчанию False.
Kerberos
Позволяет службе WinRM использовать проверку подлинности Kerberos. Значение по умолчанию равно True.
Согласование
Позволяет службе WinRM использовать проверку подлинности Negotiate. Значение по умолчанию равно True.
CredSSP
Позволяет службе WinRM использовать проверку подлинности с помощью поставщика поддержки безопасности учетных данных (CredSSP). По умолчанию False.
CbtHardeningLevel
Задает политику относительно требований к токенам привязки канала в запросах проверки подлинности. Значение по умолчанию — ослабление.
дефаултпортс
Указывает порты, которые служба WinRM будет использовать как для HTTP, так и для HTTPS.
WinRM 2,0: HTTP-порт по умолчанию — 5985, а HTTPS-порт по умолчанию — 5986.
IPv4Filter и IPv6Filter
IPv4: Литеральная строка IPv4 состоит из четырех десятичных чисел с точками в диапазоне от 0 до 255. Например: 192.168.0.0.
енаблекомпатибилитихттплистенер
Указывает, включен ли прослушиватель совместимости HTTP. Если этот параметр имеет значение true, прослушиватель будет прослушивать порт 80 в дополнение к порту 5985. По умолчанию False.
енаблекомпатибилитихттпслистенер
Указывает, включен ли HTTPS-прослушиватель совместимости. Если этот параметр имеет значение true, прослушиватель будет прослушивать порт 443 в дополнение к порту 5986. По умолчанию False.
Параметры конфигурации по умолчанию для Winrs
AllowRemoteShellAccess
Разрешает доступ к удаленным оболочкам. Если для этого параметра задано значение false, то новые подключения удаленной оболочки будут отклонены сервером. Значение по умолчанию равно True.
IdleTimeout
Задает максимальное время в миллисекундах, в течение которого удаленная оболочка будет оставаться открытой при отсутствии в ней пользовательской активности. По истечении заданного времени удаленная оболочка автоматически удаляется.
WinRM 2,0: Значение по умолчанию — 180000. Минимальное значение — 60000. Установка этого значения ниже 60000 не влияет на время ожидания.
MaxConcurrentUsers
Задает максимальное количество пользователей, могущих одновременно выполнять удаленные операции на одном и том же компьютере через удаленную оболочку. Новые подключения удаленной оболочки будут отклонены, если они превышают указанный предел. Значение по умолчанию — 5.
MaxShellRunTime
Указывает максимальное время в миллисекундах, в течение которого разрешено выполнение удаленной команды или сценария. Значение по умолчанию — 28800000.
WinRM 2,0: Параметр Максшеллрунтиме имеет значение только для чтения. Изменение значения Максшеллрунтиме не повлияет на удаленные оболочки.
MaxProcessesPerShell
Задает максимальное количество процессов, которое разрешается запускать любой операции оболочки. 0 означает неограниченное количество процессов. Значение по умолчанию — 15.
MaxMemoryPerShellMB
Указывает максимальный объем памяти, выделяемой на оболочку, включая дочерние процессы оболочки. Значение по умолчанию — 150 МБ.
MaxShellsPerUser
Задает максимальное число одновременно существующих оболочек, которые пользователь может одновременно открыть на одном компьютере. Если этот параметр политики включен, пользователь не сможет открывать новые удаленные оболочки, если число превышает указанный предел. Если этот параметр политики отключен или не задан, будет установлен предел по умолчанию в 5 удаленных оболочек.
Настройка WinRM с групповая политика
используйте редактор групповая политика для настройки Windows удаленной оболочки и WinRM для компьютеров в вашей организации.
Настройка с помощью групповая политика
Windows Порты брандмауэра и WinRM 2,0
Начиная с WinRM 2,0, порты прослушивателя по умолчанию, настроенные, Winrm quickconfig — это порт 5985 для транспорта HTTP и порт 5986 для HTTPS. Прослушиватели WinRM можно настроить для любого произвольного порта.
Если компьютер обновлен до WinRM 2,0, ранее настроенные прослушиватели переносятся и по-прежнему получают трафик.
Заметки об установке и настройке WinRM
Служба WinRM не зависит от других служб, кроме WinHttp. если служба iis Admin установлена на том же компьютере, могут отображаться сообщения, указывающие, что WinRM невозможно загрузить до службы IIS (IIS). Однако WinRM не зависит от IIS, — так как эти сообщения возникают из-за того, что служба IIS запускается до службы HTTP. Для WinRM требуется WinHTTP.dll регистрация.
Если на компьютере установлен клиент брандмауэра ISA2004, это может привести к тому, что клиент веб-служб для управления (WS-Management) перестает отвечать на запросы. Чтобы избежать этой проблемы, установите брандмауэр ISA2004 с пакетом обновления 1 (SP1).
Если для двух служб прослушивателя с разными IP-адресами настроен один и тот же номер порта и имя компьютера, служба WinRM прослушивает или получает сообщения только по одному адресу. Это обусловлено тем, что префиксы URL-адресов, используемые протоколом WS-Management, одинаковы.
Заметки об установке драйвера и поставщика IPMI
Драйвер может не обнаружить наличие драйверов IPMI, которые не относятся к корпорации Майкрософт. Если драйвер не запускается, может потребоваться отключить его.
Поставщик IPMI помещает классы оборудования в корневое пространство имен \ оборудования WMI. Дополнительные сведения о классах оборудования см. в разделе поставщик IPMI. Дополнительные сведения о пространствах имен WMI см. в разделе Архитектура WMI.
Примечания по конфигурации подключаемого модуля WMI
Когда появится пользовательский интерфейс, добавьте пользователя.
about_WS-Management_Cmdlets
КРАТКОЕ ОПИСАНИЕ
Содержит общие сведения о веб-службах для управления (WS-Management) в качестве фона для использования командлетов WS-Management в Windows PowerShell.
ПОДРОБНОЕ ОПИСАНИЕ
В этом разделе представлен обзор веб-служб для управления (WS-Management) в качестве фона для использования командлетов WS-Management в Windows PowerShell. В этом разделе также приведены ссылки на дополнительные сведения о WS-Management. Реализация WS-Management Майкрософт также называется служба удаленного управления Windows (WinRM).
О WS-Management
Служба удаленного управления Windows является реализацией протокола WS-Management (Майкрософт), стандартным протоколом на основе протокола SOAP, который позволяет различным поставщикам взаимодействовать с оборудованием и операционными системами различных поставщиков. Спецификация протокола WS-Management предоставляет системам общий способ доступа и обмена данными управления в инфраструктуре информационных технологий (ИТ). WS-Management и интеллектуальный интерфейс управления платформой (IPMI) вместе с сборщиком событий являются компонентами функций управления оборудованием Windows.
Протокол WS-Management основан на следующих стандартных спецификациях веб-служб: HTTPS, SOAP по HTTP (WS-I Profile), SOAP 1,2, WS-Addressing, WS-передачи, WS-enumeration и WS-Eventing.
WS-Management и WMI
WS-Management можно использовать для получения данных, предоставляемых инструментарий управления Windows (WMI) (WMI). Данные WMI можно получить с помощью скриптов или приложений, использующих API WS-Management сценариев или с помощью средства командной строки WinRM. WS-Management поддерживает большинство знакомых классов и операций WMI, включая внедренные объекты. WS-Management может использовать инструментарий WMI для получения данных о ресурсах или управлении ресурсами на компьютерах под управлением Windows. Это означает, что вы можете получать данные об объектах, таких как диски, сетевые адаптеры, службы или процессы в Организации, с помощью существующего набора классов WMI. Вы также можете получить доступ к данным оборудования, доступным в стандартном поставщике IPMI WMI.
WS-Management поставщика Windows PowerShell (WSMan)
Поставщик WSMan предоставляет иерархическое представление о доступных параметрах конфигурации WS-Management. Поставщик позволяет исследовать и задавать различные параметры конфигурации WS-Management.
Конфигурация WS-Management
Если WS-Management не установлен и не настроен, удаленное взаимодействие Windows PowerShell недоступно, командлеты WS-Management не выполняются, WS-Management сценарии не выполняются, а поставщик WSMan не может выполнять операции с данными. WS-Management программа командной строки, WinRM и пересылка событий также зависят от конфигурации WS-Management.
Командлеты WS-Management
Функции WS-Management реализованы в Windows PowerShell с помощью модуля, содержащего набор командлетов и поставщика WSMan. Эти командлеты можно использовать для выполнения комплексных задач, необходимых для управления параметрами WS-Management на локальных и удаленных компьютерах.
Доступны следующие командлеты WS-Management.
Командлеты подключения
Connect-WSMan: подключает локальный компьютер к службе WS-Management (WinRM) на удаленном компьютере.
Disconnect-WSMan: отключает локальный компьютер от службы WS-Management (WinRM) на удаленном компьютере.
Командлеты Management-Data
Get-WSManInstance: отображает сведения об управлении для экземпляра ресурса, который указан с помощью URI ресурса.
Invoke-WSManAction: вызывает действие для целевого объекта, заданного универсальным кодом ресурса (URI) и селекторами.
New-WSManInstance: создает новый экземпляр ресурса управления.
Remove-WSManInstance — удаляет экземпляр ресурса управления.
Set-WSManInstance: изменяет сведения об управлении, связанные с ресурсом.
Командлеты установки и настройки
Set-WSManQuickConfig: настраивает локальный компьютер для удаленного управления. С помощью командлета Set-WSManQuickConfig можно настроить WS-Management, чтобы разрешить удаленные подключения к службе WS-Management (WinRM). Командлет Set-WSManQuickConfig выполняет следующие операции:
Примечание. для запуска этого командлета в Windows Vista, Windows Server 2008 и более поздних версиях Windows необходимо запустить Windows PowerShell с параметром «Запуск от имени администратора».
Test-WSMan: проверяет, что WS-Management установлен и настроен. Командлет Test-WSMan проверяет, работает ли служба WS-Management (WinRM) и настроена на локальном или удаленном компьютере.
Disable-WSManCredSSP: отключает проверку подлинности CredSSP на клиентском компьютере.
Enable-WSManCredSSP: включает проверку подлинности CredSSP на клиентском компьютере.
Get-WSManCredSSP: получает конфигурацию, связанную с CredSSP, для клиентского компьютера.
Командлеты, относящиеся к службе WS-Management
Дополнительные сведения о WS-Management
Дополнительные сведения о WS-Management см. в следующих разделах документации по Windows.
о служба удаленного управления Windows
Компоненты WinRM и управление оборудованием
Ниже приведен список компонентов и функций, предоставляемых службой WinRM и функцией мониторинга оборудования.
Этот API-интерфейс сценариев позволяет получать данные с удаленных компьютеров с помощью сценариев, выполняющих операции WS-Management протоколов.
WinRM. cmd
это средство командной строки для управления системой реализуется в файле Visual Basic scripting Edition (Winrm.vbs), написанном с помощью API-интерфейса для сценариев WinRM. Это средство позволяет администратору настраивать WinRM и получать данные или управлять ресурсами. Дополнительные сведения см. в справке в Интернете, предоставляемой командной строкой WinRM /?.
Winrs.exe
Это средство командной строки позволяет администраторам удаленно выполнять большинство Cmd.exeных команд с помощью протокола WS-Management. Дополнительные сведения см. в справке в Интернете, предоставляемой командной строкой WinRS /?.
Драйвер IPMI и поставщик WMI
Управление оборудованием с помощью поставщика IPMI и драйвера позволяет контролировать и диагностировать аппаратное обеспечение удаленного сервера через контроллеры BMC, если операционная система не запущена или не развернута.
Дополнительные сведения см. в разделе поставщик IPMI.
Служба WMI продолжит работать параллельно с WinRM и предоставляет запрошенные данные или элементы управления через подключаемый модуль WMI. Вы можете продолжить получать данные из стандартных классов WMI, таких как _ процесс Win32, а также данных, предоставленных IPMI. Дополнительные сведения о настройке и установке, необходимые для WinRM, см. в разделе Введение в Управление оборудованием.
Протокол WS-Management, основанный на протоколе SOAP, разработан для систем, предназначенный для выявления и обмена данными управления. Цель спецификации протокола WS-Management заключается в обеспечении взаимодействия и согласованности систем предприятия, имеющих компьютеры, работающие на различных операционных системах разных поставщиков.
WS-Management протокол основан на следующих стандартных спецификациях веб-служб: HTTPS, SOAP по HTTP (WS-I Profile), SOAP 1,2, WS-Addressing, WS-передачи, WS-enumeration и WS-Eventing. Дополнительные сведения о текущем черновике спецификации см. на странице индекс спецификаций управления.
Работа с WinRM
В следующей таблице перечислены разделы, содержащие сведения о протоколе WS-Management, WinRM и WMI, а также об указании ресурсов управления, таких как дисковые накопители или процессы.