4
Exchange 2010 - Verwaltungskonsole Verbindungsproblem
Die Exchange 2010 Verwaltungskonsole und die Exchange Shell können keine Verbindung zum Exchange Server aufbauen. Es folgt eine Fehlermeldung das die HTTP Url nicht verfügbar ist.
Hi Leute,
ich habe da ein Problem, das zwar hier auf der Seite schon mal angerissen, aber nicht beantwortet wurde:
Ich kann mit der Exchange Server 2010 Verwaltungskonsole und der Exchange Shell keine Verbindung zum Exchange Server aufbauen. Es kommt immer die folgende Fehlermeldung:
AUSFÜHRLICH: Connecting to server-xxx.xxxx.local
[server-xxx.xxxx.local] Beim Verbinden mit dem Remoteserver ist folgender Fehler aufgetreten: Der WinRM-Clie
nt hat eine Anforderung an den Remote-WS-Verwaltungsdienst gesendet und eine Antwort erhalten, in der gemeldet wurde, d
ass die angeforderte HTTP-URL nicht verfügbar ist. Diese Meldung wird normalerweise von einem HTTP-Server zurückgegeben
, der das WS-Verwaltungsprotokoll nicht unterstützt. Weitere Informationen finden Sie im Hilfethema "about_Remote_Troub
leshooting".
+ CategoryInfo : OpenError: (System.Manageme....RemoteRunspace:RemoteRunspace) , PSRemotingTransportExc
eption
+ FullyQualifiedErrorId : PSSessionOpenFailed
Zum System:
- Windows Server 2008 R2 mit AD und DC Rollen
- Exchange 2010
Es ist anzumerken das OWA und IIS funktionieren, über owa kann ich auf die Exchangekonten zugreifen und es werden auch die emails noch abgeholt.
Ich hoffe ihr könnt mir helfen!!
Hi Leute,
ich habe da ein Problem, das zwar hier auf der Seite schon mal angerissen, aber nicht beantwortet wurde:
Ich kann mit der Exchange Server 2010 Verwaltungskonsole und der Exchange Shell keine Verbindung zum Exchange Server aufbauen. Es kommt immer die folgende Fehlermeldung:
AUSFÜHRLICH: Connecting to server-xxx.xxxx.local
[server-xxx.xxxx.local] Beim Verbinden mit dem Remoteserver ist folgender Fehler aufgetreten: Der WinRM-Clie
nt hat eine Anforderung an den Remote-WS-Verwaltungsdienst gesendet und eine Antwort erhalten, in der gemeldet wurde, d
ass die angeforderte HTTP-URL nicht verfügbar ist. Diese Meldung wird normalerweise von einem HTTP-Server zurückgegeben
, der das WS-Verwaltungsprotokoll nicht unterstützt. Weitere Informationen finden Sie im Hilfethema "about_Remote_Troub
leshooting".
+ CategoryInfo : OpenError: (System.Manageme....RemoteRunspace:RemoteRunspace) , PSRemotingTransportExc
eption
+ FullyQualifiedErrorId : PSSessionOpenFailed
Zum System:
- Windows Server 2008 R2 mit AD und DC Rollen
- Exchange 2010
Es ist anzumerken das OWA und IIS funktionieren, über owa kann ich auf die Exchangekonten zugreifen und es werden auch die emails noch abgeholt.
Ich hoffe ihr könnt mir helfen!!
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 138111
Url: https://administrator.de/forum/exchange-2010-verwaltungskonsole-verbindungsproblem-138111.html
Ausgedruckt am: 22.04.2025 um 16:04 Uhr
4 Kommentare
Neuester Kommentar
Hallo zetor1337,
schau bitte einmal in den IIS, ob bei den Bindungen per HTTP der richtig Host eingetragen worden ist bzw.
immer noch vorhanden ist. Stimmen die Bindungen noch überein?
z.B. server.domain.tld
Gruß,
Ole
schau bitte einmal in den IIS, ob bei den Bindungen per HTTP der richtig Host eingetragen worden ist bzw.
immer noch vorhanden ist. Stimmen die Bindungen noch überein?
z.B. server.domain.tld
Gruß,
Ole
hi ole,
ja die bindungen habe ich auf alle möglichen werte getestet, momentan stehen sie einfach auf "leer". ich hatte server.domaene.local, dann nur server und auch ssl.wwwdomain.de, nichts hat geholfen. Der Exchange server ist auch über owa und exchange active sync erreichbar! outlook baut inzwischen keine verbindung mehr auf, allerdings zeigt er unter "kontoeinstellungen testen" an das alles ok ist!
Um zu erklären wie es zu dem Zustand kam: OWA ging nicht mehr richtig nachdem ich einfach die Defaultwebsite umbenannt habe (OK ich weiss ein fehler). Darauf hin habe ich etwas rumgedoktort und eine zusätzliche Site angelegt. Diese dummerweise ebenfalls auf port 80. Dann habe ich gelesen das man IIS und die CAS Rolle deinstallieren und neu installieren soll, dann würde OWA wieder gehen. Das habe ich auch getan, owa geht auch ja auch wieder, nur ist eben die Exchange Shell und der Manager nicht mehr in der Lage eine Verbindung aufzubauen.
Ich habe folgende Anleitung gefunden:
1. make sure IIS WinRM extension is installed
2. open powershell and run command : WinRM Quickconfig
3. Open IIS go to Powershell virtual directory and check that SSL in disabled and authentification is set only to Anonymous
4. Open Windows powershell modules
5. run Remove-PowershellVirtualDirectory command
6. run New-PowershellVirtuallirectory command
7. IISreset
jetzt stehe ich vor dem schritt die powershell virtual directory zu entfernen und neu hinzuzufügen, habe da aber etwas respekt weil ich nicht weiss welche parameter ich benötige, und ob ich dadurch noch mehr schaden anrichten kann?
ja die bindungen habe ich auf alle möglichen werte getestet, momentan stehen sie einfach auf "leer". ich hatte server.domaene.local, dann nur server und auch ssl.wwwdomain.de, nichts hat geholfen. Der Exchange server ist auch über owa und exchange active sync erreichbar! outlook baut inzwischen keine verbindung mehr auf, allerdings zeigt er unter "kontoeinstellungen testen" an das alles ok ist!
Um zu erklären wie es zu dem Zustand kam: OWA ging nicht mehr richtig nachdem ich einfach die Defaultwebsite umbenannt habe (OK ich weiss ein fehler). Darauf hin habe ich etwas rumgedoktort und eine zusätzliche Site angelegt. Diese dummerweise ebenfalls auf port 80. Dann habe ich gelesen das man IIS und die CAS Rolle deinstallieren und neu installieren soll, dann würde OWA wieder gehen. Das habe ich auch getan, owa geht auch ja auch wieder, nur ist eben die Exchange Shell und der Manager nicht mehr in der Lage eine Verbindung aufzubauen.
Ich habe folgende Anleitung gefunden:
1. make sure IIS WinRM extension is installed
2. open powershell and run command : WinRM Quickconfig
3. Open IIS go to Powershell virtual directory and check that SSL in disabled and authentification is set only to Anonymous
4. Open Windows powershell modules
5. run Remove-PowershellVirtualDirectory command
6. run New-PowershellVirtuallirectory command
7. IISreset
jetzt stehe ich vor dem schritt die powershell virtual directory zu entfernen und neu hinzuzufügen, habe da aber etwas respekt weil ich nicht weiss welche parameter ich benötige, und ob ich dadurch noch mehr schaden anrichten kann?
Hallo zetor1337,
lass doch erst einmal diese waghalsigen Versuche sein!
Wie sieht es denn aus, wenn du in der Exchange Management Console -> rechts in der Optionen Leiste,
versuchst mit einer Organisation zu verbinden, indem du den FQDN angibst?
Du musst die Bindungen im IIS so einrichten wie zuvor auch, da liegt der Fehler begraben!
Gib einmal die Bindungen per HTTP nur mit einfachem Hostnamen (server) an, starte den IIS neu und versuche den Exchange in der EMC zu verbinden.
Falls dies fehlschlägt, versuche den FQDN (server.domain.tld) in der HTTP Bindung, starte den IIS neu (iisreset /noforce) bei diesen Vorgängen darf SSL (Einstellung im IIS) nicht erzwungen werden!
Wie sieht es mit den Einträgen im DNS aus, was liefert "nslookup" zurück?
Welche Sonstigen Fehler werden diesbezüglich in der Ereignisanzeige deutlich?
Hier darf nichts überhastet werden, sonst kannst du dir durch "Unwissenheit" Steine in den Weg legen...
Gruß,
Ole
lass doch erst einmal diese waghalsigen Versuche sein!
Wie sieht es denn aus, wenn du in der Exchange Management Console -> rechts in der Optionen Leiste,
versuchst mit einer Organisation zu verbinden, indem du den FQDN angibst?
Du musst die Bindungen im IIS so einrichten wie zuvor auch, da liegt der Fehler begraben!
Gib einmal die Bindungen per HTTP nur mit einfachem Hostnamen (server) an, starte den IIS neu und versuche den Exchange in der EMC zu verbinden.
Falls dies fehlschlägt, versuche den FQDN (server.domain.tld) in der HTTP Bindung, starte den IIS neu (iisreset /noforce) bei diesen Vorgängen darf SSL (Einstellung im IIS) nicht erzwungen werden!
Wie sieht es mit den Einträgen im DNS aus, was liefert "nslookup" zurück?
Welche Sonstigen Fehler werden diesbezüglich in der Ereignisanzeige deutlich?
Hier darf nichts überhastet werden, sonst kannst du dir durch "Unwissenheit" Steine in den Weg legen...
Gruß,
Ole
Hallo,
habt ihr für dieses Problem eine Lösung gefunden? Die Bindung funktioniert und ich hab trotzdem immer noch dasselbe Problem...
LG tux170
habt ihr für dieses Problem eine Lösung gefunden? Die Bindung funktioniert und ich hab trotzdem immer noch dasselbe Problem...
LG tux170
