Сосуществование Exchange 2010-2016: почему OWA выполняет перенаправление 301 перед входом в систему?

Сосуществование Exchange 2010-2016: почему OWA выполняет перенаправление 301 перед входом в систему?

У меня есть домен Active Directory. У нас есть два локальных почтовых сервера — один с Exchange 2010 (exchange2010.example.com), а другой с Exchange 2016 (exchange2016.example.com). Моя цель — перейти с 2010 на 2016, но при этом обеспечить их сосуществование во время перехода.

У нас есть брандмауэр (pfSense), и мы разрешаем доступ к OWA с помощью NAT. У меня есть одно правило NAT, указывающее на сервер Exchange 2010, и одно, указывающее на Exchange 2016. Снаружи IP-адреса обоих серверов выглядят одинаково (так как они оба работают с одного и того же интернет-подключения), но во внешнем DNS есть две записи CNAME, и NAT перенаправляет два разных порта.

Внутри все работает. Если я зайду вhttps://exchange2016.example.com/owaЯ получаю страницу входа в OWA 2016. Я могу войти. Если почтовый ящик находится на Exchange 2010, OWA проксирует, и я получаю OWA 2010. В противном случае я получаю интерфейс 2016.

Внешне у меня есть следующие URL-адреса:https://exchange2010.example.com/owaиhttps://exchange2016.example.com:8443/owa. Вот тут-то и начинаются странности.

Скажи, что я посещаюhttps://exchange2016.example.com:8443/owa. Я вижу в журналах брандмауэра, что клиент ПОДКЛЮЧАЕТСЯ к серверу Exchange 2016. Но затем происходит немедленное перенаправление 301 на exchange2010.example.com, и я получаю страницу входа в OWA для Exchange 2010, а не для Exchange 2016. Это происходит ДО того, как я вхожу в систему, поэтому OWA ничего не знает о том, где находятся почтовые ящики. Доменное имя (exchange2016.example.com) остается прежним, но я теряю переадресацию порта (8443) в URL.

Я вижу, что в журналах брандмауэра и IIS есть перенаправление, но я не знаю, что его вызывает. Я думаю, что внешние URI в моих виртуальных каталогах установлены правильно.

Кто-нибудь знает, что здесь может происходить? Где мне искать информацию по устранению неполадок? Я не думаю, что проблема в переадресации портов, но я не знаю, как это определить.

решение1

А как насчет ЭКП?

Для решения проблемы перенаправления рекомендуется обратиться к обходному пути, изложенному в статье базы знаний ниже:Exchange Server 2013 или Exchange Server 2016 перенаправляет на Exchange 2010 для OWA, Outlook в Интернете и ECP

Кроме того, для справки, вот статья, в которой подробно рассказывается о клиентском подключении при сосуществовании Exchange 2010 и Exchange 2016:Клиентское подключение в среде сосуществования Exchange 2016 с Exchange 2010

Связанный контент