Эта ошибка возникает при подаче команды Enable-PSSRemoting с параметром -Force или без него.
Set-WSManQuickConfig : More data is available.
At line:50 char:33
+ Set-WSManQuickConfig <<<< -force
+ CategoryInfo : InvalidOperation: (:) [Set-WSManQuickConfig],
InvalidOperationException + FullyQualifiedErrorId :
WsManError,Microsoft.WSMan.Management.SetWSManQuickConfigCommand
Я просмотрел этот ресурс, чтобы найти помощь в решении этой проблемы http://www.howtogeek.com/117192/how-to-run-powershell-commands-on-remote-computers/ и некоторые другие.
Но, похоже, моего решения нет ни в одном из них. Я проверил запуск от имени администратора, проверил, что локальный администратор не отключен или имеет пустой пароль, а также обновил раздел реестра, касающийся LocalAccountTokenFilterPolicy. Установите доверенные хосты на *
Это делается локально на Windows Server 2008 R2 SP1, ENU x64.
Результат от: winrm quickconfig, как предлагает @tony roth
WSManFault
Message = More data is available.
Error number: -2147024662 0x800700EA
More data is available.
Результат от: winrm enumerate winrm / config / listener
Listener
Address = *
Transport = HTTP
Port = 5985
Hostname
Enabled = true
URLPrefix = wsman
CertificateThumbprint
ListeningOn = 10.108.x.x, 127.0.0.1, ::1, x:0:5ef5:79fb:6b:3590:f593:f4eb, x::5efe:10.108.11.20%13, fe80::6b
: x: f593: f4eb% 11, x :: 8418: 7b59: e7ff: ccd4% 12
Результат от: dir WSMan: \ localhost \ shell
AllowRemoteShellAccess true
IdleTimeout 180000
MaxConcurrentUsers 5
MaxShellRunTime 2147483647
MaxProcessesPerShell 15
MaxMemoryPerShellMB 150
MaxShellsPerUser 5
Результат от: dir WSMan: \ localhost \ client
Name Value Type
---- ----- ----
NetworkDelayms 5000 System.String
URLPrefix wsman System.String
AllowUnencrypted false System.String
Auth Container
DefaultPorts Container
TrustedHosts * System.String
Результат от: Get-Item WSMan: \ localhost \ Service \ RootSDDL
Name Value Type
---- ----- ----
RootSDDL O:NSG:BAD:P(A;;GA;;;BA)S:P(AU;FA;GA;;;WD)(AU;SA;GWGX;;;WD) System.String
Результат от: Test-WsMan localhost
wsmid : http://schemas.dmtf.org/wbem/wsman/identity/1/wsmanidentity.xsd
ProtocolVersion : http://schemas.dmtf.org/wbem/wsman/1/wsman.xsd
ProductVendor : Microsoft Corporation
ProductVersion : OS: 0.0.0 SP: 0.0 Stack: 2.0
Это локально на сервере, удаленные клиенты WORKGROUP еще не участвуют в этом сценарии.
Просто столкнулся и решил эту проблему на нескольких системах. В данном конкретном случае эти две системы не были частью домена, и учетная запись пользователя была не исходной учетной записью «Администратор», а новой учетной записью, которая также была членом локальной группы администраторов.
Решение пришло из следующего сообщения в блоге, по которому я бродил: Доступ к WinRM запрещен на локальном компьютере. Короче говоря, запустите следующее из командной строки (запущенной от имени администратора):
> reg add HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 1 /f
После этого повторно запустите приглашение Powershell от имени администратора и снова запустите Enable-PSSRemoting. Так просто.
Вот мое руководство по устранению неполадок для решения этой проблемы, оно охватывает:
https://serverfault.com/questions/337905/enables-powershell-remoting-access-is-denied
Я могу полностью воспроизвести это поведение на новом Windows Server 2008 R2 SP1 с PowerShell 2.
Используя PowerShell с повышенными привилегиями, enable-psremoting -force приводит к Set-WSManQuickConfig : Access is denied. ошибка.
Обходной путь, который сработал для меня, заключался в том, чтобы войти в систему с реальной учетной записью «администратора» (S-1-5 -...- 500) и снова запустить команду.
Не знаю, почему это имеет значение, но для меня это имело значение.