Não é possível determinar o tipo de conteúdo da resposta HTTP do computador de destino wsman

2

Estou tentando se conectar a um servidor Exchange por meio de uma conexão wsman usando o PowerShell. O servidor cliente em questão está em um grupo de trabalho, enquanto o servidor do Exchange está em seu próprio domínio.

Eu uso o seguinte comando para tentar se conectar ao servidor:

connect-wsman -connectionuri http://servername/PowerShell -credential domain\administrator

Eu então recebo o erro completo:

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.

Isso funcionou anteriormente quando o servidor do cliente em questão estava no mesmo domínio que o servidor do Exchange. Os firewalls estão desativados, todos os servidores são TrustedHosts em relação ao WinRM.

Curiosamente, quando eu uso:

connect-wsman -computername servername -credential domain\administrator

Não recebo erros. No entanto, preciso usar o URI em vez do nome do computador.

Alguma idéia?

    
por user2996787 09.06.2014 / 14:22

2 respostas

1

Eu acredito que você está se conectando à porta errada. Provavelmente existe algum outro serviço (não wsman) rodando na porta 80, mas no seu URI, você não especificou a porta, então assume a porta 80

http://servername

A menos que você esteja realmente usando a porta 80 para o wsman no servidor do Exchange, você deve especificar a porta (por exemplo, usando a porta 5985):

http://servername:5985

Para descobrir qual porta você precisa, você deve entrar no servidor do Exchange, iniciar o PowerShell e executar isso:

Get-WSManInstance -ResourceURI winrm/config/listener -Enumerate

Há uma função de teste que você pode usar no powershell do lado do cliente (consulte link ) :

test-wsman http://servername:port  
    
por 09.06.2014 / 18:02
0

Consegui contornar o problema colocando meu cliente no mesmo domínio que o destino. Isso não foi possível antes devido a alguns problemas externos, mas eles foram resolvidos.

    
por 10.06.2014 / 14:16