在主动 – 主动configuration中，我们发现新部署的Exchange 2016存在一个奇怪的问题。 有两个站点，每个站点有两个Exchange服务器。 DAG跨越4个服务器，在每个站点都有Active邮箱。 我们使用Unbound命名空间模型，外部URL与内部URL不同。
问题是当用户尝试连接到对面站点上托pipe的邮箱时，它们所在的位置。 连接build立后，用户会看到login对话框，login后URLredirect到外部URL，提示用户重新login。
我最初的想法是Exchange是错误地将连接子网解释为在其子网之外，因此是外部的。 从我读到的，Exchange是站点感知的，所以它应该知道其他站点子网是内部的。 我们已经检查了AD网站和服务中是否有错误configuration的错误，但子网configuration正确。
nltest /server:<servername> /dsgetsite为每个Exchange Server返回正确的站点。
那么，什么可能导致该urlredirect到外部？
我会在这里生硬。 你的devise和实现是有缺陷的。
你为什么使用两个不同的url？ 我多年来没有实现这个devise，因为它混淆了最终用户，并且可能导致更多的问题而不是解决。
主动/主动DAG很less以大多数人认为的方式工作，尤其是如果您丢失了两个站点之间的链接（这是最常见的情况），那么一个站点将会停止运行。
由于你有四台服务器，我将切换到两个DAG，每个站点有一台活动服务器。 另一个被动服务器充当FSW。 为每个站点提供自己的URL，在所有服务（ActiveSync，Autodiscover（可识别AD站点），EWS，OWA）内部和外部使用相同的URL。
这是一个被certificate可行的devise，对于最终用户来说是可以接受的，并且是最佳实践。