我的交换服务器现在真的很痛苦。我不知道发生了什么，但是当我通过 https (ECP/OWA) 或通过 Outlook（在网络中）连接时，我在 ECP/OWA 上收到 503 错误并在 Outlook 中断开/尝试连接。我认为这对两者来说都是同一个问题。
我认为 Exchange 本身还可以，因为我可以使用 IMAP 发送/接收电子邮件。所以我认为这与IIS配置有关。
登录时出现 503 错误。我得到登录页面，但在登录（正确的用户名/密码）后，我在控制台（chrome 浏览器）中得到一个带有错误的空白屏幕。我今天唯一做的就是尝试新的 SSL 证书，但内部域和外部域出现问题。我已将 IIS 默认站点的 SSL 证书放回“Microsoft Exchange”但是，当我完成此操作时，一切正常。我测试了两台客户端机器以确保它正常工作。
应用程序池似乎都是正确的，并且在本地管理员下运行。为了以防万一，我已经尝试再次交换证书，但没有效果。
我已经尝试了所有可能的谷歌搜索组合，这让我尝试了我在帖子中所说的内容。不确定为什么它被否决，没有任何建设性的评论非常无益。
我现在非常茫然。
以下是一些 IIS 日志：
2015-07-22 23:04:36 192.168.16.3 RPC_IN_DATA /rpc/rpcproxy.dll [email protected]:6001&CorrelationID=<empty>;&RequestId=1e098a25-e9c7-4229-b6b8-7aeb35633d87&cafeReqId=1e098a25-e9c7-4229-b6b8-7aeb35633d87; 443 - 192.168.16.35 MSRPC - 401 1 2148074254 1
2015-07-22 23:04:36 192.168.16.3 RPC_OUT_DATA /rpc/rpcproxy.dll [email protected]:6001&CorrelationID=<empty>;&RequestId=4c1a6653-5f3b-4485-b4e2-03e59dc533be&cafeReqId=4c1a6653-5f3b-4485-b4e2-03e59dc533be; 443 - 192.168.16.35 MSRPC - 401 1 2148074254 3
2015-07-22 23:04:36 192.168.16.3 RPC_OUT_DATA /rpc/rpcproxy.dll [email protected]:6001&CorrelationID=<empty>;&RequestId=4c22cf89-4716-4ff2-b509-1abc2e7454b8&cafeReqId=4c22cf89-4716-4ff2-b509-1abc2e7454b8; 443 RBC\bates 192.168.16.35 MSRPC - 503 0 64 44
2015-07-22 23:04:36 192.168.16.3 RPC_IN_DATA /rpc/rpcproxy.dll [email protected]:6001&CorrelationID=<empty>;&RequestId=aae0ff8d-28d2-4c3d-8b76-7949291676e3&cafeReqId=aae0ff8d-28d2-4c3d-8b76-7949291676e3; 443 RBC\bates 192.168.16.35 MSRPC - 503 0 64 167
这似乎是相关的（这是503错误）
不，感谢乐于助人的选民。专家交流的好人提供了帮助。
解决方案是 SSL 证书似乎来自 Exchange 后端网站。在 IIS 站点上选择 Exchange 证书并开始工作。有关所有详细信息，请参阅 http://www.experts-exchange.com/questions/28699498/Exchange-2013-ECP-OWA-Outlook-all-failing-503-Service-Unavailable.html
我也遇到了非常类似的问题，在重新启动安装了我的 Exchange 实例的 Windows Server 后，我在所有网站（OWA、ECP 等）上都遇到了 503 错误。经过大约 30 分钟的故障排除后，我意识到系统时钟关闭了大约 20 分钟。只需在此处添加此内容，以希望将来可以减轻某人的挫败感！
就我而言，我在 IIS 中修复了它。绑定站点中的 Exchange 后端没有在 HTTPS 中选择正确的证书。
https://support.microsoft.com/en-us/help/2779694/unable-to-open-owa-ecp-or-ems-after-a-self-signed-certificate-is-remov
这对我有用。我不得不跳过 new-exchangecertificate 部分，因为 exchange shell 无法创建会话。
要解决此问题，请通过创建新的自签名证书将证书添加回 Exchange 后端网站，然后将其绑定到 Exchange 后端网站。
注意 应对 Exchange 邮箱服务器角色执行以下步骤： 在邮箱服务器上启动命令行管理程序。键入 New-ExchangeCertificate。
注意 如果系统提示您覆盖默认证书，请选择否。
在邮箱服务器上启动 IIS 管理器。
展开站点，突出显示 Exchange 后端，然后从右侧列的“操作”窗格中选择“绑定”。
在端口 444 上选择 Typehttps。
单击编辑并选择 Microsoft Exchange 证书。
从管理员命令提示符运行 IISReset。
在 ISS 中，交换后端绑定并为 HTTPS 选择正确的证书。重新启动 ISS 并等待几分钟。这解决了我的问题，更新后我无法在 Exchange 2013 中访问 ECP、OWA 和 EMS。
在我的情况下，绑定站点中的 Exchange 后端没有为 HTTPS 选择正确的证书。