Exchange Management Console und Powershell funktionieren nicht mehr

  • Hallo zusammen


    Habe bei mir im Geschäft folgendes Problem:
    Wir haben bei uns den Exchange Server 2010 SP3 virtualisiert. Sprich P2V.
    Das hat alles funktioniert und der Mail-Verkehr funktioniert auch tadellos. Unser einziges Problem ist aber nun dass wir nicht mehr auf die Exchange Management Konsole kommen und auch die Exchange Management Shell geht nicht mehr.


    Folgender Fehler erscheint:
    "The attempt to connect to http://Servername/PowerShell using "Kerberos" authentication failed: Connecting to remote server failed with the following error message: The WinRM client received an HTTP status code of 403 from the remote WS-Management service."


    Folgendes habe ich schon ausprobiert:
    - Integrationsdienst "Zeitsynchronisierung" auf Hyper-V deaktiviert
    - Überprüft dass beim PowerShell Virtual Directory SSL nicht required ist
    - PowerShell Virtual Directory entfernt und neu erstellt
    - WinRM IIS extension entfernt und wieder installiert
    - Server reboot
    - Überprüft das die Datei "kerbauth.dll" existiert und im native Modus ist


    Das Seltsame ist, dass ich im Event Log nicht viel sehe. Der einzige Eintrag finde ich im "Windows Remote Management" Log. Und zwar folgende Error-Meldung:
    "WSMan operation CreateShell failed, error code 2150859023"


    Hat jemand von euch noch eine Idee an was es liegen könnte oder was man noch ausprobieren könnte? Wie schon gesagt ansonsten funktioniert alles. OWA geht auch.

  • Hallo


    Entschuldige dass ich mich erst jetzt wieder melde.


    Er läuft auf einem Windows Server 2012 Hyper-V.


    Es sind alle Integrationsdienste aktiviert ausser die Zeitsynchronisation, welche ich deaktiviert habe.

  • UPDATE:


    Ich habe die Exchange Management Konsole auf einem anderen Server installiert.
    Und von dort aus kann ich mich auf den Exchange Server connecten.
    Sprich der Exchange Server muss lokal ein Problem haben, so dass er eigene Request nicht zulässt. Aber wo?

  • UPDATE:


    ENDLICH!! Hab den Fehler gefunden.
    Der Fehler lag daran, dass er über die link-lokale IPV6 Adresse darauf zugreifen wollte. Diese hat sich aber geändert, und war nicht mehr berechtigt im IIS.