Серверу клиентского доступа Microsoft Exchange %1 не удалось перенаправить трафик Outlook в прокси-режиме на сервер клиентского ...

Серверу клиентского доступа Microsoft Exchange %1 не удалось перенаправить трафик Outlook в прокси-режиме на сервер клиентского доступа %2, так как произошел сбой проверки подлинности для подключения между двумя серверами клиентского доступа. Возможно, причина в одной из следующих проблем конфигурации: 
1. Имя узла %2 может не быть зарегистрировано в качестве имени участника-службы (SPN) в Kerberos на целевом сервере клиентского доступа. Обычно это происходит при использовании IP-адреса (а не имени узла) целевого сервера клиентского доступа в параметре "internalURL" виртуального каталога Outlook на целевом сервере клиентского доступа. Чтобы изменить значение параметра "internalURL" для целевого сервера клиентского доступа, используйте задачу Set-OwaVirtualDirectory. Если не требуется менять значение параметра "internalURL" для виртуального каталога Outlook Web App на целевом сервере клиентского доступа, можно также использовать средство "setspn.exe" на целевом сервере клиентского доступа, чтобы зарегистрировать дополнительные имена участников-служб, для которых сервер клиентского доступа будет принимать проверку подлинности Kerberos. 
2.Возможно, сервер, на котором располагается %2, не разрешает использовать проверку подлинности Kerberos. Возможно, на нем настроено использование встроенной проверки подлинности Windows для виртуального каталога Outlook Web App, но при этом для встроенной проверки подлинности Windows используется только проверка подлинности NTLM (но не Kerberos). Если вы считаете, что это является причиной проблемы, см. дополнительные действия по устранению неполадки в документации по IIS.

Серверу клиентского доступа Microsoft Exchange %1 не удалось перенаправить трафик Outlook в прокси-режиме на сервер клиентского доступа %2, так как произошел сбой проверки подлинности для подключения между двумя серверами клиентского доступа. Возможно, причина в одной из следующих проблем конфигурации: 
1. Имя узла %2 может не быть зарегистрировано в качестве имени субъекта-службы (SPN) в Kerberos на целевом сервере клиентского доступа. Обычно это происходит при использовании IP-адреса (а не имени узла) целевого сервера клиентского доступа в параметре "internalURL" виртуального каталога Outlook на целевом сервере клиентского доступа. Чтобы изменить значение параметра "internalURL" для целевого сервера клиентского доступа, используйте задачу Set-OwaVirtualDirectory. Если не требуется менять значение параметра "internalURL" для виртуального каталога Outlook Web App на целевом сервере клиентского доступа, можно также использовать средство "setspn.exe" на целевом сервере клиентского доступа, чтобы зарегистрировать дополнительные имена субъектов-служб, для которых сервер клиентского доступа будет принимать проверку подлинности Kerberos. 
2.Возможно, сервер, на котором располагается %2, не разрешает использовать проверку подлинности Kerberos. Возможно, на нем настроено использование встроенной проверки подлинности Windows для виртуального каталога Outlook Web App, но при этом для встроенной проверки подлинности Windows используется только проверка подлинности NTLM (но не Kerberos). Если вы считаете, что это является причиной проблемы, см. дополнительные действия по устранению неполадки в документации по IIS.