Freigeben über

Herstellen einer Verbindung mit Exchange-Servern mithilfe der Remote-PowerShell

  • Artikel

Wenn die Exchange-Verwaltungstools nicht auf Ihrem lokalen Computer installiert sind, können Sie Windows PowerShell verwenden, um eine Remote-PowerShell-Sitzung mit einem Exchange-Server herzustellen. Es handelt sich um einen einfachen dreistufigen Prozess, bei dem Sie Ihre Anmeldeinformationen eingeben, die erforderlichen Verbindungseinstellungen angeben und dann die Exchange-Cmdlets in Ihre lokale Windows PowerShell-Sitzung importieren.

Hinweis

  • Wir empfehlen Ihnen, die Exchange-Verwaltungsshell auf jedem Computer zu verwenden, den Sie zur umfassenden Verwaltung von Exchange-Servern verwenden. Sie erhalten die Exchange Management Shell, indem Sie die Exchange Management Tools installieren. Weitere Informationen finden Sie unter Installieren der Exchange Server-Verwaltungstools und Öffnen der Exchange-Verwaltungsshell. Weitere Informationen zur Exchange-Verwaltungsshell finden Sie unter Exchange Server PowerShell (Exchange-Verwaltungsshell).

  • Das Cmdlet Get-ExchangeCertificate unterstützt die Remote-PowerShell nicht vollständig. Es wird empfohlen, stattdessen die Exchange-Verwaltungsshell zu verwenden, um alle Eigenschaften von Zertifikatobjekten anzuzeigen.

Was sollten Sie wissen, bevor Sie beginnen?

  • Geschätzte Zeit bis zum Abschließen des Vorgangs: Weniger als 5 Minuten

  • Nachdem Sie eine Verbindung hergestellt haben, wird über die rollenbasierte Zugriffssteuerung (RBAC) gesteuert, auf welche Cmdlets und Parameter Sie Zugriff haben bzw. nicht haben. Weitere Informationen finden Sie unter Berechtigungen für Exchange Server.

  • Sie können folgende Versionen von Windows verwenden:

    • Windows 11
    • Windows 10
    • Windows 8.1
    • Windows Server 2019
    • Windows Server 2016
    • Windows Server 2012 oder Windows Server 2012 R2
    • Windows 7 Service Pack 1 (SP1)*
    • Windows Server 2008 R2 SP1*

    * Diese Version von Windows hat das Ende des Supports erreicht und wird nur noch auf virtuellen Azure-Computern unterstützt. Zur Verwendung dieser Version von Windows müssen Sie Microsoft .NET Framework 4.5 oder höher und dann eine aktualisierte Version des Windows Management Frameworks installieren: 3.0, 4.0 oder 5.1 (nur eine davon). Weitere Informationen finden Sie unter Installieren von .NET Framework, Windows Management Framework 3.0, Windows Management Framework 4.0 und Windows Management Framework 5.1.

  • Windows PowerShell muss zum Ausführen von Skripts konfiguriert werden. Standardmäßig ist dies nicht der Fall. Wenn Sie versuchen, eine Verbindung herzustellen, wird die folgende Fehlermeldung angezeigt:

    Dateien können nicht geladen werden, weil das Ausführen von Skripts auf diesem System deaktiviert ist. Stellen Sie ein gültiges Zertifikat bereit, mit dem die Dateien signiert werden sollen.

    Um anzufordern, dass alle PowerShell-Skripts, die Sie aus dem Internet herunterladen, von einem vertrauenswürdigen Herausgeber signiert werden, müssen Sie den folgenden Befehl in einem Windows PowerShell-Fenster mit erhöhten Rechten ausführen (ein Windows PowerShell-Fenster, das Sie durch Auswahl von Als Administrator ausführen) geöffnet haben:

    Set-ExecutionPolicy RemoteSigned

    Mehr zu Ausführungsrichtlinien finden Sie unter Ausführungsrichtlinien.

Tipp

Liegt ein Problem vor? Bitten Sie im Exchange Server-Forum um Hilfe.

Verbinden mit einem Exchange-Server

  1. Öffnen Sie auf Ihrem lokalen Computer Windows PowerShell, und führen Sie dann den folgenden Befehl aus:

    $UserCredential = Get-Credential

    Geben Sie im daraufhin geöffneten Dialogfeld Windows PowerShell Anmeldeinformationsanforderung Ihren Benutzerprinzipalnamen (UPN) (z. Bchris@contoso.com. ) und das Kennwort ein, und wählen Sie dann OK aus.

  2. Ersetzen Sie <ServerFQDN> durch den vollqualifizierten Domänennamen Ihres Exchange-Servers (beispielsweise mailbox01.contoso.com), und führen Sie den folgenden Befehl aus:

    $Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri http://<ServerFQDN>/PowerShell/ -Authentication Kerberos -Credential $UserCredential

    Hinweis: Der Wert ConnectionUri ist http, nicht https.

  3. Führen Sie den folgenden Befehl aus:

    Import-PSSession $Session -DisableNameChecking

Hinweis

Stellen Sie sicher, dass die Remote-PowerShell-Sitzung getrennt wird, wenn Sie alle Aufgaben ausgeführt haben. Wenn Sie das Windows PowerShell-Fenster schließen, ohne die Sitzung zu trennen, verbrauchen Sie möglicherweise alle Remote-PowerShell-Sitzungen, die Ihnen zur Verfügung stehen, sodass Sie dann warten müssen, bis die Sitzungen abgelaufen sind. Führen Sie zum Trennen der Remote-PowerShell-Sitzung den folgenden Befehl aus:

Remove-PSSession $Session

Woher wissen Sie, dass Die Verbindung erfolgreich hergestellt wurde?

Nach Schritt 3 werden die Exchange-Cmdlets in Ihre Windows PowerShell-Sitzung importiert, und der Fortschritt des Importvorgangs wird in einer Statusanzeige dargestellt. Wenn Sie keine Fehlermeldungen erhalten, wurde die Verbindung erfolgreich hergestellt. Ein schneller Test: Führen Sie ein Exchange-Cmdlet aus (z. B. Get-Mailbox), und überprüfen Sie die Ergebnisse.

Wenn Sie Fehlermeldungen erhalten, überprüfen Sie die folgenden Anforderungen:

  • Ein häufig auftretendes Problem ist ein falsches Kennwort. Führen Sie die drei Schritte erneut durch, und achten Sie besonders auf die korrekte Eingabe des Benutzernamens und Kennworts in Schritt 1.

  • Das Konto, das Sie verwenden, um die Verbindung mit dem Exchange-Server herzustellen, muss für den Remote-PowerShell-Zugriff aktiviert werden. Weitere Informationen finden Sie unter Steuern des Remote-PowerShell-Zugriffs auf Exchange-Server.

  • Der TCP-Port 80 muss für Datenverkehr zwischen Ihrem lokalen Computer und dem Exchange-Server geöffnet sein. Er ist wahrscheinlich offen. Sie sollten diesen Punkt jedoch berücksichtigen, wenn Ihre Organisation eine eingeschränkte Netzwerkzugriffsrichtlinie festgelegt hat.

Siehe auch

Die Cmdlets, die Sie in diesem Artikel verwenden, sind Windows PowerShell-Cmdlets. Weitere Informationen zu diesen Cmdlets finden Sie in den folgenden Artikeln.