Exchange 2010-EMC and EMS not starting after IIS reinstall

Symptoms:
Exchange Management Console and Exchange Powershell are not starting after reinstall of IIS. Folowing errors appears when starting:
 
Connecting to remote server failed with the following error message : The WinRM client c
annot process the request. The WinRM client tried to use Kerberos authentication mechanism, but the destination computer (server.domain.com:80) returned an 'access denied' error. Change the configuration to allow Kerberos authentication mechanism to be used or specify one of the authentication mechanisms supported by the server. To use Kerberos, specify the local computer name as the remote destination. Also verify that the client computer and the destination computer are joined to a domain. To use Basic, specify the local computer name as the remote destination, specify Basicauthentication and provide user name and password. Possible authentication mechanisms reported by server: Negotiate
 For more information, see the about_Remote_Troubleshooting Help topic.
 + CategoryInfo : OpenError: (System.Manageme....RemoteRunspace:RemoteRunspace) [], PSRemotingTransportExc
 eption
 + FullyQualifiedErrorId : PSSessionOpenFailed

German
AUSFÜHRLICH: Verbindung mit SERVER. wird hergestellt
[server.domian.local] Beim Verbinden mit dem Remoteserver ist folgender Fehler aufgetreten: Der WinRM-Client kann
die Anforderung nicht verarbeiten. Der WinRM-Client hat versucht, den Kerberos-Authentfizierungsmechanismus zu verwenden, aber der Zielcomputer (server.domian.local) hat einen "Zugriffverweigert"-Fehler zurückgegeben. Ändern Sie die Konfiguration so, dass der Kerberos-Authentifizierungsmechanismus zulässig ist, oder geben Sie einen der vom Server unterstützten Authentifizierungsmechanismen an. Wenn Sie Kerberos verwenden möchten, geben Sie den Computernamen als Remoteziel an. Stellen Sie auch sicher, dass der Client- und der Zielcomputer Mitglied einer Domäne sind. Wenn Sie die Standardauthentifizierung (Basic) verwenden möchten, geben Sie den Computernamen als Remoteziel an, legen Sie die Standardauthentifizierung fest, und geben Sie Benutzername und Kennwort an. Vom Server gemeldete mögliche Authentifizierungsmechanismen: Basic Weitere Informationen finden Sie im Hilfethema "about_Remote_Troubleshooting".
 + CategoryInfo : OpenError: (System.Manageme....RemoteRunspace:RemoteRunspace) [], PSRemotingTransportException
 + FullyQualifiedErrorId : PSSessionOpenFailed

Cause:
IIS waws reisntalled. exppw module in OWA missing . Path for "kerbauth", "WSmon" are missing and the modules are not listed as native.

Solution:
owa is throwing exception: exppw module not found.
Found that the module in owa has no path.
set the path and OWA is working now.
recreated powershell VD and powershell-proxy.
added missing path to kerbauth module.

Added missing path for modules
Kerbauth
C:\Program Files\Microsoft\Exchange Server\V14\Bin\kerbauth.dll
und dann
WSMan
C:\Windows\system32\wsmsvc.dll

registred kerbauth and WSman as native local modules in Applicationhost.config C:\windows\system32\inetsrv\config\

added under
<globalModules>

<add name="kerbauth" image="C:\Program Files\Microsoft\Exchange Server\V14\Bin\kerbauth.dll"/>
<add name="WSMan" image="C:\Windows\system32\wsmsvc.dll" />

Created virtual directory for ecp since there was non.
Advertisements

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s