Connecting to remote server failed with the following error message: The WinRM client cannot process the request. It cannot determine the content type of the HTTP response from the destination computer. The content type is absent or invalid. For more information, see the about_Remote_Troubleshooting Help topic.

Possíveis causas:

1. PowerShell remoto usa Kerberos para autenticar o usuário conectado.

IIS implementa este método de autenticação Kerberos através de um módulo nativo.

No Gerenciador do IIS, se você vai para o Diretório Virtual PowerShell e, em seguida, olhar para os módulos, você deverá ver Kerbauth listado como um módulo nativo, com a localização dll apontando para?:

C: \ Arquivos de programas \ Microsoft \ Exchange Server \ v14 \ Bin \ kerbauth.dll.

Se o módulo Kerbauth mostra-se como um módulo gerenciado em vez de nativo, ou se o módulo Kerbauth foi carregado no nível Default Web Site (em vez de, ou além, o diretório PowerShell virtual), você pode enfrentar esse problema.

Para corrigir isso, certifique-se que o módulo Kerbauth não está habilitado no site da Web padrão, mas só é habilitada no diretório PowerShell virtual.

O tipo de entrada de “local” indica que o módulo Kerbauth foi habilitado diretamente a este nível, e não herdado de um pai.

2. Se a entrada do módulo WSMan está faltando na seção de módulos global do C: \ Windows \ System32 \ inetsrv \ config \ arquivo ApplicationHost.config, como segue:

<globalModules> 
<add name=”WSMan” image=”C:\Windows\system32\wsmsvc.dll” />

Isto irá resultar no módulo WSMan exibindo como um módulo Dirigido no directório PowerShell virtual.

Para corrigir isso, certifique-se que o módulo WSMan foi registrado (mas não ativado) no nível do servidor, e foi habilitada no diretório PowerShell virtual.

3. Se o usuário que está tentando se conectar não é PowerShell remoto ativado. Para verificar se um usuário está habilitado para PowerShell remoto, você precisa abrir o Shell de Gerenciamento do Exchange com uma conta que tenha sido habilitado, e executar a seguinte consulta.

(<username> Get-User). RemotePowershellEnabled

Isso irá retornar um True ou False. Se o resultado mostra False, o usuário não está habilitado para PowerShell remoto. Para permitir que o usuário, execute o seguinte comando.

Set-User <nome_do_usuário>-RemotePowerShellEnabled $ True

 

#ficaadica