Cmdlet de PowerShell remoto produce un error en un entorno de Exchange Server de 2013

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 3067263
Síntomas
Suponga que un administrador inicia sesión en un servidor en un entorno de Microsoft Exchange Server 2013 y, a continuación, intenta torun un cmdlet de Windows PowerShell que requiere a un proxy a un servidor de buzones de servicios de fondo diferentes. (Por ejemplo, el administrador intenta ejecutarset userphoto.) En esta situación, se produce un error en la operación, y el administrador recibe un error similar al siguiente:
Error en el comando proxy ' Set-Mailbox - tipo: 'Shared' - identidad:<ID>
-Confirme: $False-Force: $True' al servidor </ID>Exchange_Server: Versión del servidor <version number="">, el método de Proxy RPS:
El cliente WinRM no puede procesar la solicitud. La cadena de conexión debe ser de la forma
[</version>transporte://]host[:puerto][/sufijo] donde transporte es "http" o "https". Transporte, puerto y sufijo son opcionales. El host puede ser un nombre de host o una dirección IP. Para las direcciones IPv6, incluya la dirección entre corchetes - por ejemplo, "http://[1::2]:80/wsman". Cambie la cadena de conexión y vuelva a intentar la solicitud.
Causa
Este problema se produce porque el testigo de acceso del administrador actual de Exchange es tan grande que sobrepasa la limitación de longitud de la cadena de conexión en el componente de administración remota de Windows (WinRM). La limitación de longitud de la cadena de conexión está codificada a 2.048 bytes.
Solución
Para evitar este problema, utilice uno o varios de los métodos siguientes.

Método 1: Instalar Exchange Server 2013 acumulativas de la actualización 2 o una actualización acumulativa posterior

Con Exchange Server 2013 actualización acumulativa 2, se ha agregado una característica para comprimir el token de acceso. Sin embargo, si el símbolo (token) sigue siendo más grande que la limitación de WinRM, incluso después de la compresión, el error persiste. En este caso, useeithermethod 2or método 3 para solucionar el problema.

Método 2: Reducir el número de grupos a los que pertenece el Administrador de Exchange

Método 3: crear una nueva cuenta de administrador de Exchange

Crear una nueva cuenta para uso administrativo de Exchange y asegúrese de que esta cuenta es un miembro de sólo el número mínimo de grupos requeridos.
Estado
Microsoft ha confirmado que se trata de un problema de los productos de Microsoft que se enumeran en la sección "Aplicable a".

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 3067263 - Última revisión: 07/13/2015 21:04:00 - Revisión: 3.0

Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard

  • kbsurveynew kbprb kbexpertiseadvanced kbtshoot kbmt KB3067263 KbMtes
Comentarios