我的任务不仅是将我们的环境从Exchange 2007升级到Exchange 2013，还要通过将其部署到我们的灾难恢复站点来实现冗余。为此，我正在努力实现这一目标：
总部有一个CAS和一个邮箱服务器 DR站点有一个CAS和一个邮箱服务器 我已设法登录总部的CAS并创建DAG，拥有数据库副本等。
因为我正在使用共存场景，所以我必须使用https://HeadOffice.mycorp.com/ecp/?ExchClientVer=15并且我能够登录并做我需要的事情。
但是，当我到达https://DrSite.mycorp.com/ecp/?ExchClientVer=15时，我进入了登录页面，但在我登录后，我收到了404错误。
应该注意的是，这两个站点都在不同的子网上。 我还删除了canary数据并按照Unable to access OWA or ECP
重新启动了服务器我注意到的一件事就是，对于处理类似问题的任何人而言，我已经绊过一次，当你在不同的服务器上拥有CAS和邮箱角色时，你必须小心谨慎。很多人和指令都假设两者都在同一台机器上。我花了一段时间才意识到，当指示说要对邮箱服务器上的“Exchange Back End”做一些事情时。
我提出这个问题是因为我也试过Cannot access Outlook Web App or the EAC after you re-create the "owa" or "ECP" virtual directory on an Exchange Server 2013 Mailbox server 我得到的印象是基于我所读到的404从Exchange后端（又称邮箱服务器）返回，但在我的场景中，我怎么知道哪一个？
有没有人对我还能看到什么有任何想法？
答案 0 :(得分：0)
当然，网上最好的资源最终回答了我的问题。与往常一样，您只需要知道要寻找什么。在我的情况下，IIS 7.5 / WCF - net.tcp status unknown有了修复。
我所要做的就是将MSExchangeOWAAppPool的应用程序池从Integrated更改为Classic，然后再返回到Integrated（并进行回收以获得良好的衡量标准）并开始工作。我现在可以从总部和灾难恢复站点登录ECP。
答案 1 :(得分：0)
对于我在WINDOWS SERVER 2008 R2 STANDART重新安装（重新运行Exchange安装的setup.exe）和服务器角色选择步骤中的客户端访问角色复选框解决了问题。 在第一次安装期间，我没有选中该复选框...
