У меня есть виртуальная тестовая среда для разработки скриптов. Поскольку .NET не поддерживает все возможности, которые предлагает PowerShell, я использую удаленные пространства выполнения PowerShell.
Моя проблема сейчас в том, что я не могу связаться с WinRM-Service на FileShare-Memberserver, хотя служба работает.
Исходная ситуация:
winrm quickconfig
сообщает мне, что служба запущена и настроена на всех сторонах.Test-wsman
на самом FileShare это тоже не проблема.Я быстро нарисовал структуру сервера в моей виртуальной среде тестирования. (Красные стрелки означают, что Test-WSMan
команда не сработала)
Я понятия не имею, как продолжить решение этой проблемы. Я прочитал в Интернете столько всего, что мне не помогло. Я прошел все этапы Блог TechNet "about_Remote_Troubleshooting". Больше всего меня поражает то, что мой сценарий может достигнуть Exchange PS на том же сервере. Я задал вопрос по этой теме на ТАК пару месяцев назад, потому что я думал, что ShellUri моего скрипта неправильный, хотя он работал для PS на DC.
Так что, если кто-нибудь подскажет, что я могу попробовать дальше, я был бы очень благодарен.
Как обсуждалось в комментариях, локальная групповая политика блокирует быструю конфигурацию winrm от создания http-прослушивателя на сервере - для решения этого конфликта.
подключиться к удаленному серверу запустите редактор групповой политики (start >> run >> gpedit.msc)
Разверните Конфигурация компьютера, Административные шаблоны, Компоненты Windows, Удаленное управление Windows, а затем выберите «Разрешить удаленное управление сервером через WinRM» *.
* Windows server 2008 может читать «разрешить автоматическую настройку слушателей»
включить / разрешить. поставьте * в IP-фильтре, чтобы прослушивать все IP-адреса
бегать gpupdate
перезапустить WinRM