Exchange Server 2010 came with multiple revived features including advanced management tools. In Exchange 2010, all the management is done by Remote PowerShell and it differs from the previous versions in that it is largely dependent on IIS. The Remote PowerShell sends the requests through HTTP protocol and uses the Internet Information Services (IIS) for the connection mechanism. Windows Remote Management (WinRM) Service and the Web Services for Management (WSMan) protocol work collaboratively with IIS to initiate connection.
This article is aimed at dealing with the numerous issues encountered while working with Exchange 2010 Management tools, that are, Exchange Management Console and Exchange Management Shell. It further elaborates on troubleshooting Exchange 2010 Management Tools startup issues.
When you click to start Exchange Management Shell, a session of Remote PowerShell opens. PowerShell connects with the use of IIS to the nearest Exchange Server 2010 through WinRM which runs checks for authentication. It further creates remote session and provides cmdlts that can be gained access to through Role Based Access Control (RBAC).
It sometimes occurs that while trying to open Exchange Management Tools, an error is exhibited. Let us get acquainted with some of the most common factors leading to these errors and the methods in which they can be troubleshooted.
#Error 1:
When you attempt to start Exchange Management Console or Exchange Management Shell, the connection to the remote server failed, displaying the above mentioned error message.
This issue might occur if one of the following conditions is true.
The Karbauth must be listed in IIS Manager as a Native module in PowerShell virtual directory. Also, it is important to ensure that the user has the status remote PowerShell Enabled by running the command: (Get-User- <username>).RemotePowerShellEnabled. In case of a ‘False’ response, it is concluded that the user is does not have Remote PowerShell Enabled. Hence, in order to enable it, the user should run the following command:
Set-User <username> -RemotePowerShellEnabled $True
#Error 2:
This type of error message is prompt usually while running multiple websites or setting up a redirect requiring SSL on the Default Website. It may also occur if another website is created to redirect back to the website that is SSL enabled. The cause of the error is that the HTTP binding on Default Web Site in IIS is either invalid or is invalid.
However, this error can be resolved by following the given steps:
#Error 3:
This error is caused if one of the following conditions is true:
Steps to resolve this error are as follows:
#Error 4:
This error occurs if the following conditions are true:
However, these issues can be resolved by one of the below discussed methods:
In case of a False response, run the following command for enabling the user.
Set-User <username> -RemotePowerShellEnabled $True
The above mentioned errors are some of the frequent and common errors exhibited by the Exchange 2010 server management tools during startup. The steps defined to resolve each of these errors is sure to help you in troubleshooting Exchange 2010 Management Tools startup issues with ultimate ease.