Назад | Перейти на главную страницу

Сбой проверки подлинности с помощью автообнаружения Exchange после завершения миграции почтового ящика с 2010 на 2013; пока сервер не будет скопирован или перезагружен

Я установил почтовый сервер Exchange 2013 в нашей сети, следуя руководству Microsoft по переходу с сервера Exchange 2010 на сервер 2013. Я нахожусь в точке, где у меня оба сервера работают бок о бок с сервером 2013 года, проксирующим 2010 год, и я готовлюсь к перемещению почтовых ящиков.

Я переместил один почтовый ящик, который был создан до обновления схемы AD при установке 2013 года, и пользователь не мог войти в Outlook после завершения миграции почтового ящика (и синхронизации активного каталога). Я запустил Microsoft Connectivity Analyzer и обнаружил, что этот пользователь получал ошибку 401 при доступе к URL-адресу автообнаружения.

На этом этапе я запустил резервную копию сервера, прежде чем приступить к внесению некоторых тестовых изменений, которые могут сломать систему. После завершения резервного копирования пользователь мог войти в систему без каких-либо ошибок. Исправив ошибку и не желая беспокоить других пользователей, я создал еще 3 тестовых учетных записи, которые затем протестировал при миграции, и они могли сразу войти в систему.

Как предлагалось в сообщении, я перенес другого пользователя (не удалось выполнить автообнаружение) и перезапустил хранилище информации, что не дало никакого эффекта. Затем я перезапустил другую службу, которая не была перезапущена, что вынудило меня перезагрузить сервер. После перезагрузки сервера пользователь смог нормально подключиться к серверу Exchange.

Я также применил следующие команды, чтобы попытаться принудительно использовать RPC через HTTPS:

 Set-OutlookProvider EXPR -OutlookProviderFlags:ServerExclusiveConnect
 Set-OutlookProvider EXCH -OutlookProviderFlags:ServerExclusiveConnect

как указано в https://techcommunity.microsoft.com/t5/exchange-team-blog/ambiguous-urls-and-their-effect-on-exchange-2010-to-exchange/ba-p/593809 без видимого эффекта.

Я также пытался вручную указать сведения о подключении, но при проверке имени пользователя я получаю сообщение об ошибке «Outlook не может войти в систему ...», за которым следует «Имя не может быть разрешено» при запросе к серверу 2013 года. Если я изменю имя сервера на 2010, он найдет пользователя, а имя сервера изменится на 2013, оба подчеркнуты. Однако при запуске Outlook я получаю сообщение об ошибке «Сервер недоступен».

Кто-нибудь испытывал подобное раньше? Есть идеи, где это обновление разрешений должно происходить без резервного копирования или перезагрузки сервера?

Пожалуйста, дайте мне знать, если есть какие-либо подробности о серверах, которые могут помочь в решении этой ошибки.

Обратите внимание, что Exchange 2013 использует исключительно HTTP для подключений Outlook, в то время как Exchange 2010 может выполнять прямые (RPC / TCP) или HTTP-подключения.

Если ваши клиенты Outlook не использовали Outlook Anywhere до миграции, это также может быть частью проблемы. Outlook, после того как почтовый ящик переместится в 2013, необходимо обновить, чтобы использовать Outlook Anywhere или MapiHTTP, однако Outlook может иногда испытывать трудности с правильной настройкой этого параметра.

Я бы сравнил разницу в переносе и создании нового профиля с повторным использованием того же самого.

Эта проблема возникает из-за того, что кеш на сервере не обновлялся. Как правило, достаточно повторно использовать пул приложений автообнаружения на сервере Exchange 2013:

Restart-WebAppPool MSExchangeAutodiscoverAppPool

Вот база знаний Microsoft: https://support.microsoft.com/en-hk/help/3097392/outlook-logon-fails-after-mailbox-moves-from-exchange-2010-to-exchange-2013-or-exchange-2016

ОБНОВЛЕНИЕ: для этого есть исправление. Обходной путь - настроить пул приложений автообнаружения на перезапись каждые 30 минути выполните миграцию пользователей на Exchange 2013 в нерабочее время.


У меня почти такая же проблема. Я все еще пытаюсь выяснить, что вызывает это, но вам не нужно делать полный перезапуск сервера, вы можете просто перезапустите пул автообнаружения в IIS на внешнем сервере (в моем случае роли CAS и MBX находятся на одном сервере).

Проблема, похоже, заключается в том, что сервер Ex2013 FrontEnd (к которому был подключен пользователь во время миграции на Ex2013) по-прежнему передает запрос на событие серверов Ex2010, хотя пользователь мигрирует. Я до сих пор не знаю, в чем причина и как ее исправить. Если я найду решение основной причины, я дам вам знать.