Cmdlets do PowerShell remoto falhar num ambiente do Exchange Server 2013

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática… erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 3067263
Sintomas
Suponha que um administrador inicia sessão num servidor num ambiente Microsoft Exchange Server 2013 e, em seguida, tenta torun um cmdlet do Windows PowerShell que requer um proxy para um servidor de caixa de correio back-end diferente. (Por exemplo, o administrador tenta executarconjunto-userphoto.) Nesta situação, a operação falha e o administrador recebe um erro semelhante à seguinte:
Erro no comando de proxy ' Set-Mailbox - tipo: 'Shared' - identidade:<ID>
-Confirm: $False-força: $True' ao servidor </ID>Exchange_Server: Versão do servidor <version number="">, RPS de método de Proxy:
O cliente WinRM não consegue processar o pedido. A cadeia de ligação deve ter o formato
[</version>transporte://]anfitrião[:porta][/sufixo] onde o transporte é um dos "http" ou "https". Transporte, porta e sufixo são opcionais. O anfitrião pode ser um nome de anfitrião ou um endereço IP. Para endereços IPv6, inclua o endereço entre parêntesis - por exemplo, "http://[1::2]:80/wsman". Altere a cadeia de ligação e tente novamente o pedido.
Causa
Este problema ocorre porque o token de acesso de administrador do Exchange actual é tão grande que excede o limite de comprimento de cadeia de ligação no componente de gestão remota do Windows (WinRM). As limitações de comprimento de cadeia de ligação estão codificado a 2048 bytes.
Como contornar
Para contornar este problema, utilize um ou mais dos seguintes métodos.

Método 1: Instalar o Exchange Server 2013 cumulativa actualizar 2 ou uma actualização cumulativa posterior

Com o Exchange Server 2013 cumulativa Update 2, uma funcionalidade foi adicionada para comprimir o token de acesso. No entanto, se o token de permanecer maior do que a limitação do WinRM, mesmo depois de ser comprimido, o erro persistir. Neste caso, useeithermethod 2 ou 2 método 3 para contornar o problema.

Método 2: Reduzir o número de grupos de que o administrador do Exchange é um membro

Método 3: criar uma nova conta de administrador do Exchange

Crie uma nova conta para utilização administrativa do Exchange e certifique-se de que esta conta é membro de apenas o número mínimo de grupos necessários.
Ponto Da Situação
A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na secção "Aplica-se a".

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 3067263 - Última Revisão: 07/13/2015 21:07:00 - Revisão: 3.0

Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard

  • kbsurveynew kbprb kbexpertiseadvanced kbtshoot kbmt KB3067263 KbMtpt
Comentários