10
Anmelden an Exchange Online per PS
Moin,
ich benötige einmal Hilfe.
Ich habe mich letzte Woche noch per PS angemeldet am Exchange Online.
Wenn ich dies heute mache:
-> Import-Module ExchangeOnlineManagement
-> Connect-ExchangeOnline
kommt die Meldung:
This V3 EXO PowerShell module contains new REST API backed Exchange Online cmdlets which doesn't require WinRM for Client-Server communication. You can now run these cmdlets after turning off WinRM Basic Auth in your client machine thus making it more secure.
Unlike the EXO* prefixed cmdlets, the cmdlets in this module support full functional parity with the RPS (V1) cmdlets.
V3 cmdlets in the downloaded module are resilient to transient failures, handling retries and throttling errors inherently.
However, REST backed EOP and SCC cmdlets are not available yet. To use those, you will need to enable WinRM Basic Auth.
For more information check https://aka.ms/exov3-module
Ich verwende die PS Version 7.3.3.0 und mein Konto ist ein Adminkonto mit Authentifizierungs APP.
Habt ihr einen Tipp für mich?
Gruß
blacky
ich benötige einmal Hilfe.
Ich habe mich letzte Woche noch per PS angemeldet am Exchange Online.
Wenn ich dies heute mache:
-> Import-Module ExchangeOnlineManagement
-> Connect-ExchangeOnline
kommt die Meldung:
This V3 EXO PowerShell module contains new REST API backed Exchange Online cmdlets which doesn't require WinRM for Client-Server communication. You can now run these cmdlets after turning off WinRM Basic Auth in your client machine thus making it more secure.
Unlike the EXO* prefixed cmdlets, the cmdlets in this module support full functional parity with the RPS (V1) cmdlets.
V3 cmdlets in the downloaded module are resilient to transient failures, handling retries and throttling errors inherently.
However, REST backed EOP and SCC cmdlets are not available yet. To use those, you will need to enable WinRM Basic Auth.
For more information check https://aka.ms/exov3-module
Ich verwende die PS Version 7.3.3.0 und mein Konto ist ein Adminkonto mit Authentifizierungs APP.
Habt ihr einen Tipp für mich?
Gruß
blacky
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 6113987852
Url: https://administrator.de/contentid/6113987852
Ausgedruckt am: 05.11.2024 um 16:11 Uhr
10 Kommentare
Neuester Kommentar
Verwende die "alte" PowerShell? Ich kann den Fehler nicht nachstellen, habe aber die PS 7.3.2.
Mit Version 5.1.22 ist es der selbe Fehler 
Was spuckt der Befehl aus? winrm get winrm/config/client/Auth
WSManFault
Message = Der Client kann keine Verbindung mit dem in der Anforderung angegebenen Ziel herstellen. Stellen Sie sicher, dass der Dienst auf dem Ziel ausgeführt wird und die Anforderungen akzeptiert. Lesen Sie die Protokolle und die Dokumentation für den WS-Verwaltungsdienst, der auf dem Ziel ausgeführt wird. Hierbei handelt es sich meistens um IIS oder WinRM. Wenn das Ziel der WinRM-Dienst ist, führen Sie den folgenden Befehl auf dem Ziel aus, um den WinRM-Dienst zu analysieren und zu konfigurieren: "winrm quickconfig".
Fehlernummer: -2144108526 0x80338012
Der Client kann keine Verbindung mit dem in der Anforderung angegebenen Ziel herstellen. Stellen Sie sicher, dass der Dienst auf dem Ziel ausgeführt wird und die Anforderungen akzeptiert. Lesen Sie die Protokolle und die Dokumentation für den WS-Verwaltungsdienst, der auf dem Ziel ausgeführt wird. Hierbei handelt es sich meistens um IIS oder WinRM. Wenn das Ziel der WinRM-Dienst ist, führen Sie den folgenden Befehl auf dem Ziel aus, um den WinRM-Dienst zu analysieren und zu konfigurieren: "winrm quickconfig".
Message = Der Client kann keine Verbindung mit dem in der Anforderung angegebenen Ziel herstellen. Stellen Sie sicher, dass der Dienst auf dem Ziel ausgeführt wird und die Anforderungen akzeptiert. Lesen Sie die Protokolle und die Dokumentation für den WS-Verwaltungsdienst, der auf dem Ziel ausgeführt wird. Hierbei handelt es sich meistens um IIS oder WinRM. Wenn das Ziel der WinRM-Dienst ist, führen Sie den folgenden Befehl auf dem Ziel aus, um den WinRM-Dienst zu analysieren und zu konfigurieren: "winrm quickconfig".
Fehlernummer: -2144108526 0x80338012
Der Client kann keine Verbindung mit dem in der Anforderung angegebenen Ziel herstellen. Stellen Sie sicher, dass der Dienst auf dem Ziel ausgeführt wird und die Anforderungen akzeptiert. Lesen Sie die Protokolle und die Dokumentation für den WS-Verwaltungsdienst, der auf dem Ziel ausgeführt wird. Hierbei handelt es sich meistens um IIS oder WinRM. Wenn das Ziel der WinRM-Dienst ist, führen Sie den folgenden Befehl auf dem Ziel aus, um den WinRM-Dienst zu analysieren und zu konfigurieren: "winrm quickconfig".
Na dann ist WinRM nicht eingerichtet. Führe das aus: winrm quickconfig
Ist eingerichtet, jedoch selbe Fehlermeldung:
PS C:\Windows\System32> Connect-ExchangeOnline
This V3 EXO PowerShell module contains new REST API backed Exchange Online cmdlets which doesn't require WinRM for Client-Server communication. You can now run these cmdlets after turning off WinRM Basic Auth in your client machine thus making it more secure.
Unlike the EXO* prefixed cmdlets, the cmdlets in this module support full functional parity with the RPS (V1) cmdlets.
V3 cmdlets in the downloaded module are resilient to transient failures, handling retries and throttling errors inherently.
However, REST backed EOP and SCC cmdlets are not available yet. To use those, you will need to enable WinRM Basic Auth.
For more information check https://aka.ms/exov3-module
PS C:\Windows\System32> winrm quickconfig
Der WinRM-Dienst wird auf diesem Computer bereits ausgeführt.
WinRM ist bereits für die Remoteverwaltung auf diesem Computer eingerichtet.
Das komische, letzte Woche ging dies. Kann es an einer noch offenen Session liegen?
PS C:\Windows\System32> Connect-ExchangeOnline
This V3 EXO PowerShell module contains new REST API backed Exchange Online cmdlets which doesn't require WinRM for Client-Server communication. You can now run these cmdlets after turning off WinRM Basic Auth in your client machine thus making it more secure.
Unlike the EXO* prefixed cmdlets, the cmdlets in this module support full functional parity with the RPS (V1) cmdlets.
V3 cmdlets in the downloaded module are resilient to transient failures, handling retries and throttling errors inherently.
However, REST backed EOP and SCC cmdlets are not available yet. To use those, you will need to enable WinRM Basic Auth.
For more information check https://aka.ms/exov3-module
PS C:\Windows\System32> winrm quickconfig
Der WinRM-Dienst wird auf diesem Computer bereits ausgeführt.
WinRM ist bereits für die Remoteverwaltung auf diesem Computer eingerichtet.
Das komische, letzte Woche ging dies. Kann es an einer noch offenen Session liegen?
Wenn WinRM eingerichtet ist, dann müsste der andere Befehl auflisten welche Auth-Typen aktiv sind. Irgendwie scheint bei dir WinRM nicht sauber zu laufen. Ist der Dienst gestartet?
ja das ist er
Bei mir kam der Fehler von einer alten Version von ExchangeOnlineManagement. Ich habe dann in der Powershell folgenden Befehl ausgeführt:
und dann noch unter
den Ordner von version 2 gelöscht. Dann klappt die Anmeldung wieder.
Install-Module -Name ExchangeOnlineManagement -RequiredVersion 3.0.0und dann noch unter
C:\Program Files\WindowsPowerShell\Modules\ExchangeOnlineManagement
also, dies ist ein Hinweistext und hat ja nichts mit der Bedienung der Powershell zu tun.
alte cmdlets sind nicht im Einsatz.
alte cmdlets sind nicht im Einsatz.
