The administration and maintenance of Microsoft Exchange Server to ensure secure, reliable, and efficient email and collaboration services across an organization.
Everything looks ok but issue still not resolved
This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
Exchange Server Cluster not connecting in Outlook. OWA is down. Preparing for ES upgrade. Certificate expired but has been renewed and appears to be working properly. Receiving MX19-1 server appears ok, MX19-2 giving error on Exchange Manangement Shell launch: "VERBOSE: Connecting to MX19-2.MyWS.local.
New-PSSession : [mx19-2.myws.local] Connecting to remote server mx19-2.myws.local failed with the following error
message : The WinRM client sent a request to an HTTP server and got a response saying the requested HTTP URL was not
available. This is usually returned by a HTTP server that does not support the WS-Management protocol. For more
information, see the about_Remote_Troubleshooting Help topic.
At line:1 char:1
+ CategoryInfo : OpenError: (System.Manageme....RemoteRunspace:RemoteRunspace) [New-PSSession], PSRemotin
gTransportException
+ FullyQualifiedErrorId : URLNotAvailable,PSSessionOpenFailed
VERBOSE: Connecting to MX19-1.MyWS.local.
VERBOSE: Connected to MX19-1.MyWS.local."
The administration and maintenance of Microsoft Exchange Server to ensure secure, reliable, and efficient email and collaboration services across an organization.
Everything looks ok but issue still not resolved
Hi Rick Agnew
Thank you for reaching out to Microsoft Q&A
As far as I know, Exchange Management Shell uses WinRM to connect to the Exchange server through IIS. After renewing an Exchange SSL certificate, IIS does not always update the HTTPS bindings for the Default Web Site (port 443) and the Exchange Back End site (port 444).
Since WinRM requires a valid, correctly bound SSL certificate to establish a secure connection, any expired or incorrect certificate binding causes the connection to fail, resulting in the “URL was not available” error.
Given this, I recommend you can follow the below instructions:
Open Internet Information Services (IIS) Manager. Under your server's Sites list, you need to edit the bindings for both the "Exchange Back End" (port 444) and the "Default Web Site" (port 443). Ensure that the HTTPS bindings on these two sites are explicitly pointing to your newly renewed Exchange certificate instead of showing as "Not selected" or pointing to the expired one.
Once the bindings are updated, navigate to Application Pools in IIS Manager. Locate MSExchangePowerShellAppPool and ensure it is currently started. Even if it is running, recycle this application pool so that it re-initializes and picks up the new certificate bindings.
Finally, open an elevated command prompt and execute iisreset to finalize the changes and ensure the web server restarts cleanly. You should now be able to open the Exchange Management Shell successfully.
If issues persist, double-check that the "Windows Remote Management" service is actively running and you can run winrm quickconfig to reset its default listener settings.
You can read here for more insight: https://techcommunity.microsoft.com/blog/exchange/resolving-winrm-errors-and-exchange-2010-management-tools-startup-failures/588661
Hope my answer will help you, for any further concern, kindly let me know in the comment section.
Regards
If the answer is helpful, please click "Accept Answer" and kindly upvote it. If you have extra questions about this answer, please click "Comment".
Note: Please follow the steps in our documentation to enable e-mail notifications if you want to receive the related email notification for this thread.
The issue you're experiencing with the Exchange Server Cluster not connecting in Outlook and the error message regarding the WinRM client suggests that there may be a problem with the WS-Management service on the MX19-2 server. Here are some steps you can take to troubleshoot this issue:
winrm quickconfig in a command prompt on the server to see if it is configured correctly.By following these steps, you should be able to identify and resolve the connectivity issues with your Exchange Server Cluster.
References: