Remote-PowerShell-Cmdlets, die in einer Umgebung Exchange Server 2013 schlägt fehl

Wichtig: Dieser Artikel wurde maschinell übersetzt und wird dann möglicherweise mithilfe des Community Translation Framework (CTF) von Mitgliedern unserer Microsoft Community nachbearbeitet. Weitere Informationen zu CTF finden Sie unter http://support.microsoft.com/gp/machine-translation-corrections/de.

Den englischen Originalartikel können Sie über folgenden Link abrufen: 3067263
Problembeschreibung
Wird davon ausgegangen Sie, dass ein Administrator auf einem Server in einer Umgebung mit Microsoft Exchange Server 2013 anmeldet und versucht dann Thorn ein Windows PowerShell-Cmdlet, das ein Proxy an einem anderen Back-End-Postfachserver erforderlich ist. (Zum Beispiel versucht der AdministratorSatz Userphotoauszuführen.) In diesem Fall schlägt der Vorgang fehl, und der Administrator erhält eine Fehlermeldung, die der folgenden ähnelt:
Fehler bei Proxybefehl ' Set-Mailbox - Typ: "Shared" - Identität:<ID>
-Bestätigung: $False-Force: $True "mit Server </ID>Exchange_Server: Server Version <version number="">, Proxymethode RPS:
Der WinRM-Client kann die Anforderung nicht verarbeiten. Die Verbindungszeichenfolge sollte das Format haben
[</version>Transport://]Host[:Anschluss][/Suffix], in dem Transport ist "http" oder "Https". Transport, Port und Suffix sind optional. Der Host kann ein Hostname oder eine IP-Adresse sein. Schließen Sie für IPv6-Adressen die Adresse in Klammern gesetzt werden-z. B. "http://[1::2]:80/wsman". Ändern Sie die Verbindungszeichenfolge, und versuchen Sie es erneut.
Ursache
Dieses Problem tritt auf, weil das Zugriffstoken des aktuellen Exchange-Administrator so groß ist, dass es die Verbindung Zeichenfolge Länge in der Komponente für die Windows-Remoteverwaltung (WinRM) überschreitet. Die Connection String Längenbegrenzung ist auf 2.048 Byte hartcodiert.
Abhilfe
Verwenden Sie eine oder mehrere der folgenden Methoden, um dieses Problem zu umgehen.

Methode 1: Installieren Sie Exchange Server 2013 kumulative Update 2 oder ein späteres Kumulatives update

Mit Exchange Server 2013 kumulative Update 2 wurde ein Feature hinzugefügt, das Zugriffstoken komprimieren. Allerdings bleibt das Token größer als die Begrenzung WinRM, weiterhin sogar nachdem es komprimiert ist, der Fehler tritt auf. In diesem Fall Useeithermethod 2oder Methode 3, um das Problem zu umgehen.

Methode 2: Reduzieren Sie die Anzahl der Gruppen, die der Exchange-Administrator angehört

Methode 3: Erstellen Sie ein neues Exchange-Administratorkonto

Erstellen Sie ein neues Konto für Exchange administrative verwenden, und stellen Sie sicher, dass dieses Konto nur die Mindestanzahl der erforderlichen Gruppen angehört.
Status
Microsoft hat bestätigt, dass es sich um ein Problem bei den Microsoft-Produkten handelt, die im Abschnitt "Eigenschaften" aufgeführt sind.

Warnung: Dieser Artikel wurde automatisch übersetzt.

Eigenschaften

Artikelnummer: 3067263 – Letzte Überarbeitung: 07/13/2015 21:04:00 – Revision: 3.0

Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard

  • kbsurveynew kbprb kbexpertiseadvanced kbtshoot kbmt KB3067263 KbMtde
Feedback