3
Exchange 2010 Initialisierungsfehler 2.0
Wir haben auf einem Windows Server 2008 Enterprise einen Exchange 2010 auf VMWare Server ESX 4 installiert.
Exchange 2010 Initialisierungsfehler
Sorry, den Beitrag als gelöst zu melden war wohl etwas voreilig.
Ich musste den Exchange jetzt nochmal (fragt bitte nicht warum face-wink installieren und hatte diesmal kein Glück.
Jetzt bekomm ich ne ähnliche Meldung wie beim letzten mal.
[test-dom-vm.test-dom.local] Beim Verbinden mit dem Remoteserver ist folgender Fehler aufgetreten:
Der WinRM-Client kann die Anforderung nicht verarbeiten. Der Inhaltstyp der HTTP-Antwort vom Zielcomputer kann nicht ermittelt werden. Der Inhaltstyp fehlt oder ist ungültig.
Weitere Informationen finden Sie im Hilfethema "about_Remote_Troubleshooting". Der Befehl 'Discover-ExchangeServer -UseWIA $true -SuppressError $true' wurde ausgeführt.
Die Exchange Management Shell verlangt beim starten auch den FQDN. Nachder Eingabe sagt diese aber:
[test-dom.local] Beim Verbinden mit dem Remoteserver ist folgender Fehler aufgetreten: Die Anforderung kann von WinRM nicht
verarbeitet werden. Bei Verwendung der Kerberos-Authentifizierung ist der folgende Fehler aufgetreten: Der Netzwerkpfad wurde nicht gefunden.
Die Ereignisanzeige meldet mir unter "System":
Die folgenden SPNs konnten vom WinRM-Dienst nicht erstellt werden: WSMAN/test-dom-vm.test-dom.local; WSMAN/test-dom-vm.
Zusätzliche Daten
Empfangener Fehler: 8344: %%8344.
Benutzeraktion
Die SPNs können von einem Administrator mithilfe des Dienstprogramms "setspn.exe" erstellt werden.
Könnt ihr mir nochmal unter die Arme greifen?
Grüßle
Sorry, den Beitrag als gelöst zu melden war wohl etwas voreilig.
Ich musste den Exchange jetzt nochmal (fragt bitte nicht warum face-wink installieren und hatte diesmal kein Glück.
Jetzt bekomm ich ne ähnliche Meldung wie beim letzten mal.
[test-dom-vm.test-dom.local] Beim Verbinden mit dem Remoteserver ist folgender Fehler aufgetreten:
Der WinRM-Client kann die Anforderung nicht verarbeiten. Der Inhaltstyp der HTTP-Antwort vom Zielcomputer kann nicht ermittelt werden. Der Inhaltstyp fehlt oder ist ungültig.
Weitere Informationen finden Sie im Hilfethema "about_Remote_Troubleshooting". Der Befehl 'Discover-ExchangeServer -UseWIA $true -SuppressError $true' wurde ausgeführt.
Die Exchange Management Shell verlangt beim starten auch den FQDN. Nachder Eingabe sagt diese aber:
[test-dom.local] Beim Verbinden mit dem Remoteserver ist folgender Fehler aufgetreten: Die Anforderung kann von WinRM nicht
verarbeitet werden. Bei Verwendung der Kerberos-Authentifizierung ist der folgende Fehler aufgetreten: Der Netzwerkpfad wurde nicht gefunden.
Die Ereignisanzeige meldet mir unter "System":
Die folgenden SPNs konnten vom WinRM-Dienst nicht erstellt werden: WSMAN/test-dom-vm.test-dom.local; WSMAN/test-dom-vm.
Zusätzliche Daten
Empfangener Fehler: 8344: %%8344.
Benutzeraktion
Die SPNs können von einem Administrator mithilfe des Dienstprogramms "setspn.exe" erstellt werden.
Könnt ihr mir nochmal unter die Arme greifen?
Grüßle
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 142077
Url: https://administrator.de/contentid/142077
Printed on: April 25, 2024 at 01:04 o'clock
3 Comments
Latest comment
Hihi,
so sieht man sich wieder...
Du hast aber nicht schon wieder das Passwort geändet?
Grüße,
Dani
so sieht man sich wieder...
Du hast aber nicht schon wieder das Passwort geändet?
Grüße,
Dani
Ne, hab ich diesmal gelassen!
Das Problem liegt irgendwo an der winrm -IIS -Erweiterung und deren Einstellungen.
Nachdem ich die neu installiert und die Firewall ausgeschaltet hab, hat alles funtkioniert.
Firewall an . . . ENDE!
Wie kann ich denn die Kommunikation zwischen Exchange und IIS gescheit Einstellen. Müssen im IIS auf der Default Site irgendwelche Ports geändert werden?
Oder muss die Firewall, außer den 80er und 443er durchlassen?
Grüße
Gute Frage...lass doch einfach mal einen Portscan laufen. Somit siehst du welche Ports offen sind. Ich denke LDAP wird sicher wegen der Authentifizierung auch noch benötigt.
Grüße,
Dani
Grüße,
Dani
