Windows Server 2012 R2, não é possível instalar nenhuma função ou recursos usando o Gerenciador do Servidor de GUI

Question

Sair do ambiente: Windows Server 2008 R2.  Estou no processo de migração para o Windows Server 2012 R2. Eu instalei o Windows Server 2012 R2 no servidor HP DL380p G8. Eu sou capaz de instalar função ou recurso usando o PowerShell, mas não via GUI ServerManager.

Agora, quando vou adicionar qualquer função ou recursos usando o GUI ServerManager, estou recebendo os seguintes erros:

**Failed to open runspace pool. The Server Manager WinRM plug-in might be corrupt or missing**

Eu já fiz a seguinte solução de problemas:

• Execute o WinRM quickconfig, que mostra que o serviço está sendo executado e configurado para gerenciamento.
• Configurações do WinRM restauradas: winrm invoke restore winrm / config @ {}
• Configurações de plug-in do WinRM restauradas: winrm invoke restore winrm / config / plugin @ {}
• Adicione "127.0.0.1" e ":: 1" à lista de escuta de IP
• Desativou o firewall
• Assegure-se de que o serviço de Gerenciamento Remoto do Windows (WS-Management) esteja em execução.
• Concedida a permissão "Nome principal do certificado validado para o serviço" para o SERVIÇO DE REDE usando o ADSIEDIT.msc

A seguir estão os erros registrados: ID do Evento 10154

The WinrRM failed to create the following SPNs:WSMAN/xxx.abc.com:WSMAN/xxx

Registro de aplicativos e serviços ID do evento 142

WSMAN Operation CreateShell failed, error code 2150858811

Eu pesquisei mas nada parece ajudar.

Qualquer ajuda será muito apreciada.

    

Answer 1

Isso parece um problema com a instalação do sistema operacional. Se possível, eu iria executar um sfc / scannow no servidor e ver se isso corrige isso. Se não, lance o CD do sistema operacional e execute um reparo a partir dele.

    

Answer 2

Use setspn para criar manualmente o SPN link

SETSPN -A WSMAN/{server-short-name}{domainshortname\server-short-name}
SETSPN -A WSMAN/{server-FQDN-name.}{domainshortname\server-short-name}

    

Answer 3

Isso geralmente é devido a uma configuração de GPO no Gerenciamento Remoto do Windows. Assim que você definir o "Permitir acesso remoto ao Shell" como Não configurado, ele deverá funcionar. Configuração do Computador \ Modelos Administrativos \ Componentes do Windows \ Shell Remoto do Windows.

    

Answer 4

Parece que você pode ter SPNs duplicados. Se você quiser usar o SSO WSMAN AND kerberos, você precisará usar CNAMEs

verifique se o usuário tem o SPN duplicado

setspn -Q WSMAN/xxx.abc.com
setspn -Q WSMAN/xxx

Você precisará excluí-los desse usuário e reatribuí-los à conta do computador (com setpn).

delete spn duplicado

SetSpn -D domain/user WSMAN/xxx.abc.com
SetSpn -D domain/user WSMAN/xxx

Reatribuir

SetSpn -A WSMAN/xxx.abc.com
SetSpn -A WSMAN/xxx

Você também precisará fazer isso para HTTP onde deseja usar o WinRM.

    

Answer 5

Para mim, isso aconteceu porque eu tinha uma ligação de IP na linha de comando e o servidor não estava vinculado ao host local. Para superar isso, adicionei uma ligação a 127.0.0.1:

netsh http adicionar iplisten ipaddress = 127.0.0.1 net stop http / y net start http net start w3svc

Depois de fazer isso, eu poderia adicionar funções e recursos usando a GUI.

Críe aqui: link

    

Answer 6

Eu percebo que você encontrou a solução, mas para qualquer outra pessoa que se depara com este erro: Estou quase com vergonha de sugerir isso, mas aqui está a coisa óbvia a ser tentada antes de começar uma louca corrida: Reinicie.

Eu estava tendo o mesmo problema, e depois de algumas horas batendo minha cabeça contra a parede, ocorreu-me tentar reiniciar o servidor. Isso fez o truque, e com certeza me fez sentir idiota por desperdiçar a solução de problemas da tarde. Parece que o WinRM estava em algum estado defeituoso.