Здравствуйте.
При настройке доверия федерации между двумя Exchange-серверами (в данном случае Exchange 2016 и Exchange 2019) важно учитывать несколько факторов, особенно если серверы переехали на новые виртуальные машины. Вы уже попытались заново настроить доверие, но столкнулись с ошибкой при создании политики общего доступа. Вот несколько направлений для дальнейшего анализа и устранения проблемы:
- Порты и сетевые настройки Обмен трафиком через интернет: Федерация между Exchange-серверами обычно требует доступ к интернету, поскольку обмен информацией о доверии и обмен календарями осуществляется через домены federation и экстернал DNS-записи. Например, серверы Exchange будут общаться через federation.domain1.com и federation.domain2.com. Убедитесь, что серверы могут получить доступ к DNS и что записи федерации корректно настроены и доступны в интернете. Порты: Проверьте, что открыты следующие порты:
TCP 443: Для HTTPS трафика между федерационными серверами через интернет. TCP 25: Для отправки и получения электронной почты через SMTP. TCP 443, 80: Для Web Services и AutoDiscover. Убедитесь, что между серверами нет блокировок на уровне межсетевого экрана или прокси.
- Проверка конфигурации федерации Федерационные домены: Проверьте, что у каждого сервера правильно настроены федерационные домены и сертификаты.
Сертификаты: Проверьте, что на обоих серверах установлены правильные SSL-сертификаты, которые поддерживают федерацию и подписаны доверенным сертификатным центром (CA).Команда для проверки федерации: powershell Get-FederationInformation -DomainName domain2.com Это должно подтвердить, что один сервер может корректно получать информацию о федерации от другого.
- Журналы и диагностика Журналы событий: Просмотрите журналы событий на обоих серверах Exchange, особенно в разделе Application and Services Logs → Microsoft → Exchange → Federation, на наличие предупреждений или ошибок, связанных с федерацией. Диагностика федерации: Используйте командлеты PowerShell для диагностики федерации:
Проверка доверия федерации: powershell Test-FederationTrust -UserIdentity youruser@domain1.com Это может дать представление о проблемах, связанных с доверительными отношениями.
- Проверка DNS-записей Убедитесь, что DNS-записи для федерации правильно настроены и доступны. Проверьте записи типа CNAME для федерационных доменов (federation.domain1.com, federation.domain2.com), чтобы они корректно указывали на соответствующие сервисы федерации.
- Тестирование соединения через PowerShell Проверьте доступность EWS (Exchange Web Services) между серверами через PowerShell: powershell Test-OwaConnectivity -MailboxCredential (Get-Credential) -Url https://mail.domain2.com/EWS/Exchange.asmx Это поможет определить, есть ли проблемы с доступом к веб-службам Exchange.
- Использование Fiddler или Wireshark Если после всех проверок проблема не решена, используйте Fiddler или Wireshark для анализа сетевого трафика. Это поможет понять, на каком этапе происходит сбой в процессе получения информации о федерации.
- Пересоздание федерации Если проблема сохраняется, рассмотрите возможность полного удаления и повторного создания доверительных отношений, включая удаление старых записей DNS и пересоздание новой федерации с обновленными сертификатами.
Если ни один из предложенных шагов не решит проблему, возможно, стоит рассмотреть обращение в службу поддержки Microsoft для более глубокого анализа конфигурации.
Если Вам помог ответ, пожалуйста помечайте его как "Ответ". Заранее спасибо!