ошибка сервера в приложении owa

Ошибка в Outlook Web App после обновления до Exchange Server 2013 cu 11 или более поздней 11. Ваш запрос не может быть выполнен прямо сейчас

Исходный номер КБ: 3191636

Симптомы

В среде Microsoft Exchange Server 2013 г., которая была обновлена до накопительного обновления (CU) 11 или более поздней версии, вы испытываете один или несколько следующих симптомов в Outlook Web App (OWA):

Кроме того, следующее событие повторно регистрируется в журнале Windows приложения:

Причина

При применении накопительного обновления биты установки для любого предыдущего накопительного обновления существуют в Exchange каталога установки bin subdirectory. Например: в C:\Program Files\Microsoft\Exchange Server\V15\Bin\Setup.

При запуске процесса настройки в этом сценарии файл SharedWebConfig.config, расположенный в C:\Program Files\Microsoft\Exchange Server\V15\ClientAccess (роль почтовых ящиков) или C:\Program Files\Microsoft\Exchange Server\V15\FrontEnd\HttpProxy (роль клиентского доступа) указывает на C:\Program Files\Microsoft\Exchange Server\V15\bin\setup. Эти файлы не обновляются процессом установки.

Решение

Чтобы устранить проблему, выполните следующие действия, чтобы удалить файлы из C:\Program Files\Microsoft\Exchange Server\V15\Bin\Setup и обновить файлы SharedWebConfig.config, чтобы указать на правильные расположения:

При повышенной командной подсказке запустите следующую команду, чтобы остановить службы IIS, чтобы разрешить доступ к файлам:

Переместите папку C:\Program Files\Microsoft\Exchange Server\V15\Bin\Setup в другое расположение каталога за пределами Exchange пути установки. Например, переместим его в C:\TEMP\Setup.

Сделайте резервную копию файла SharedWebConfig.config в C:\Program Files\Microsoft\Exchange Server\V15\ClientAccess и C:\Program Files\Microsoft\Exchange Server\V15\FrontEnd\HttpProxy в альтернативном расположении.

При повышенной командной подсказке запустите cd %ExchangeInstallPath%\bin изменение в правильный каталог. Затем запустите следующую команду для восстановления файла SharedWebConfig.config c:\Program Files\Microsoft\Exchange Server\V15\ClientAccess:

При повышенной командной подсказке запустите следующую команду для восстановления файла SharedWebConfig.config c:\Program Files\Microsoft\Exchange Server\V15\FrontEnd\HttpProxy:

При повышенной командной подсказке запустите следующую команду для перезапуска служб IIS:

Источник

OWA или ECP перестают работать после установки обновления безопасности

Симптомы

После установки обновления безопасности на сервере, который работает Microsoft Exchange Server, либо Outlook в Интернете (OWA) или Exchange Панели управления (ECP), либо оба приложения перестанут работать на сервере.

OWA отображает следующее сообщение об ошибке:

Что-то пошло не так Ваш запрос не удалось завершить. КОД состояния HTTP: 500

ECP отображает следующее сообщение об ошибке:

Причина

Эти ошибки возникают, если обновление безопасности было установлено вручную на сервере с включенной поддержкой управления учетной записью пользователей, но без использования повышенных разрешений.

Решение

Используйте повышенные разрешения, чтобы переустановить обновление безопасности на сервере.

Проверьте, можно ли теперь получить доступ к OWA и ECP на сервере без получения сообщения об ошибке.

Если сообщение об ошибке ECP продолжает отображаться, сделайте следующее:

Запустите IIS Manager на сервере.

Перейдите Exchange веб-сайт > ECP Virtual directory.

Выберите параметры > приложения BinsearchFolder.

Проверьте пути к указанным Exchange каталогам. Вы можете увидеть пути каталога, похожие на следующие:

%ExchangeInstallDir%bin;
%ExchangeInstallDir%bin\CmdletExtensionAgents;
%ExchangeInstallDir%ClientAccess\Owa\bin

Замените пути следующими путями:

C:\Program Files\Microsoft\Exchange Server\V15\bin;
C:\Program Files\Microsoft\Exchange Server\V15\bin\CmdletExtensionAgents;
C:\Program Files\Microsoft\Exchange Server\V15\ClientAccess\Owa\bin

Примечание Пути должны указать, где Exchange Server установлен. В следующих примерах предполагается, что программа установлена на диске C и что версия Microsoft Exchange Server 2013. Если он установлен на другом диске на сервере или используется другая версия, например Microsoft Exchange Server 2010 г., используйте подходящие для установки сведения о пути и версии.

Перейдите к папке, которая включает Exchange Server скрипты. По умолчанию скрипты находятся в следующем пути для Exchange Server 2013 г.:

Примечание В Exchange Server 2010 г. скрипты будут в V14 папке.

Выход Exchange командной оболочки и откройте окно Командная подсказка в качестве администратора.

Перезапустите сервер и убедитесь, что сообщение об ошибке больше не будет получаться при доступе к ECP.

Источник

Ошибка сервера в приложении owa

Question

Речь идёт о Windows Server 2012 r2 и Exchange Server 2013 CU 23

Сегодня OWA начала вести себя следующий образом: с любого компьютера после открытия внутреннего или внешнего почтовых адресов браузер пишет

Страница недоступна
Сайт contoso.local выполнил переадресацию слишком много раз.
Удалите файлы cookie.
ERR_TOO_MANY_REDIRECTS

Если открыть в режиме инкогнито, видна форма ввода логина и пароля. Если ввести неправильные данные, выдаётся ошибка соответствующая ошибка о неверности введённых данных. Если ввести правильные данные, происходит переадресация на адрес contoso.local/owa/auth/errorFE.aspx?httpCode=500 Со следующим текстом:

что-то пошло не так
К сожалению, мы не можем получить эту информацию прямо сейчас. Пожалуйста, повторите попытку позже. Если проблема повторится, обратитесь в службу поддержки.
В подробностях только

Аналогичная история с внешним адресом, mail.contoso/owa.

При этом в журнале событий в разделе «Приложение» на почтовом сервере видно событие от «MSExchange Front End HTTP Proxy» с кодом 1003:

[Owa] An internal server error occurred. The unhandled exception was: Microsoft.Exchange.Diagnostics.ExAssertException: ASSERT: HMACProvider.GetCertificates:protectionCertificates.Length c__DisplayClass3f. b__3e()
в Microsoft.Exchange.Common.IL.ILUtil.DoTryFilterCatch(TryDelegate tryDelegate, FilterDelegate filterDelegate, CatchDelegate catchDelegate)

При этом, если попробовать открыть этот же адрес с самого сервера, где установлен Exchange, после ввода логина и пароля уже не отображается стандартная страница эксча с 🙁 и «что-то пошло не так», а видна ошибка IIS

Ошибка сервера в приложении ‘/owa’.
ASSERT: HMACProvider.GetCertificates:protectionCertificates.Length c__DisplayClass3f. b__3e() +311
Microsoft.Exchange.Common.IL.ILUtil.DoTryFilterCatch(TryDelegate tryDelegate, FilterDelegate filterDelegate, CatchDelegate catchDelegate) +35
Microsoft.Exchange.HttpProxy.Diagnostics.SendWatsonReportOnUnhandledException(MethodDelegate methodDelegate, LastChanceExceptionHandler exceptionHandler) +120
Microsoft.Exchange.HttpProxy.ProxyRequestHandler.CallThreadEntranceMethod(MethodDelegate method) +69

[AggregateException: Произошла одна или несколько ошибок.]
Microsoft.Exchange.HttpProxy.ProxyRequestHandler.EndProcessRequest(IAsyncResult result) +416
System.Web.CallHandlerExecutionStep.InvokeEndHandler(IAsyncResult ar) +231
System.Web.CallHandlerExecutionStep.OnAsyncHandlerCompletion(IAsyncResult ar) +172

В этом случае в журнал событий записывается следующее событие от ASP.NET 4.0.30319.0 с кодом 1309

Event code: 3005
Event message: Возникло необработанное исключение.
Event time: 14.07.2021 16:12:24
Event time (UTC): 14.07.2021 13:12:24
Event ID: f617e5d236a742a9b72961b3146369f2
Event sequence: 373
Event occurrence: 293
Event detail code: 0

Application information:
Application domain: /LM/W3SVC/1/ROOT/owa-2-132707410127023554
Trust level: Full
Application Virtual Path: /owa
Application Path: D:\EXCH\FrontEnd\HttpProxy\owa\
Machine name: contoso

Process information:
Process ID: 13152
Process name: w3wp.exe
Account name: NT AUTHORITY\СИСТЕМА

Exception information:
Exception type: ExAssertException
Exception message: ASSERT: HMACProvider.GetCertificates:protectionCertificates.Length c__DisplayClass3f. b__3e()
в Microsoft.Exchange.Common.IL.ILUtil.DoTryFilterCatch(TryDelegate tryDelegate, FilterDelegate filterDelegate, CatchDelegate catchDelegate)
в Microsoft.Exchange.HttpProxy.Diagnostics.SendWatsonReportOnUnhandledException(MethodDelegate methodDelegate, LastChanceExceptionHandler exceptionHandler)
в Microsoft.Exchange.HttpProxy.ProxyRequestHandler.CallThreadEntranceMethod(MethodDelegate method)

Request information:
Request URL: localhost:443/owa/auth.owa
Request path: /owa/auth.owa
User host address: 127.0.0.1
User: domain\HealthMailbox81fb5aa
Is authenticated: True
Authentication Type: Basic
Thread account name: NT AUTHORITY\СИСТЕМА

Thread information:
Thread ID: 32
Thread account name: NT AUTHORITY\СИСТЕМА
Is impersonating: False
Stack trace: в Microsoft.Exchange.Diagnostics.ExAssert.AssertInternal(String formatString, Object[] parameters)
в Microsoft.Exchange.Clients.Common.HmacProvider.GetCertificates()
в Microsoft.Exchange.Clients.Common.HmacProvider.GetHmacProvider()
в Microsoft.Exchange.Clients.Common.HmacProvider.ComputeHmac(Byte[][] messageArrays)
в Microsoft.Exchange.HttpProxy.FbaModule.SetCadataCookies(HttpApplication httpApplication)
в Microsoft.Exchange.HttpProxy.FbaFormPostProxyRequestHandler.HandleFbaFormPost(BackEndServer backEndServer)
в Microsoft.Exchange.HttpProxy.FbaFormPostProxyRequestHandler.ShouldContinueProxy()
в Microsoft.Exchange.HttpProxy.ProxyRequestHandler.BeginProxyRequestOrRecalculate()
в Microsoft.Exchange.HttpProxy.ProxyRequestHandler.InternalOnCalculateTargetBackEndCompleted(TargetCalculationCallbackBeacon beacon)
в Microsoft.Exchange.HttpProxy.ProxyRequestHandler.<>c__DisplayClass3f. b__3e()
в Microsoft.Exchange.Common.IL.ILUtil.DoTryFilterCatch(TryDelegate tryDelegate, FilterDelegate filterDelegate, CatchDelegate catchDelegate)
в Microsoft.Exchange.HttpProxy.Diagnostics.SendWatsonReportOnUnhandledException(MethodDelegate methodDelegate, LastChanceExceptionHandler exceptionHandler)
в Microsoft.Exchange.HttpProxy.ProxyRequestHandler.CallThreadEntranceMethod(MethodDelegate method)

Custom event details:

Удалял msExchCanaryData0 и перезапускал пуллы приложений.

Источник

Устранение неполадок набора данных о работоспособности OWA

Применяется к: Exchange Server 2013 г.

Набор Outlook Web App (OWA) отслеживает общее состояние Outlook Web App службы.

Если вы получаете оповещение о том, что Outlook Web App является нездоровым, это указывает на проблему, которая может помешать пользователям получить доступ к своим почтовым ящикам с помощью Outlook Web App.

Объяснение

Служба Outlook Web App отслеживается с помощью следующих зондов и мониторов.

Распространенные проблемы

Этот зонд может не работать по нескольким причинам. Ниже приведено несколько распространенных причин.

Пул Outlook Web App приложений, который находится на отслеживаемом сервере клиентского доступа (CAS), не отвечает, а пул приложений, который находится на сервере почтовых ящиков, не отвечает.

Cas испытывает проблемы с сетью, и он не может подключиться к серверу почтовых ящиков или контроллеру домена.

Введены неправильные данные учетной записи наблюдения.

База данных пользователя не установлена, или хранилище информации недоступно для этого почтового ящика.

Банк данных не отвечает.

Контроллеры доменов не отвечают.

Действия пользователя

Служба может восстановить работу после отображения оповещения. Поэтому если вы получите оповещение о неработоспособном состоянии настроек работоспособности, сначала убедитесь в наличии данной проблемы. Если проблема не устранена, выполните соответствующие действия по восстановлению, указанные в приведенных ниже разделах.

Проверка наличия проблемы

Определите имена настроек работоспособности и сервера, указанные в оповещении.

В сообщении приводятся подробные сведения о точной причине возникновения оповещения. В большинстве случаев в сообщении приводится достаточно сведений по устранению неполадок для определения основной причины проблемы. Если в сообщении приводятся непонятные сведения:

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

Outlook Web App набор сведений о server1.contoso.com, запустите следующую команду:

Перезапранить связанный зонд для монитора, который в нездоровом состоянии. Обратитесь к таблице в разделе Explanation, чтобы найти связанный зонд. Для этого выполните следующую команду.

Например, чтобы создать зонд Exchange ActiveSync мониторинга на server1.contoso.com, запустите следующую команду:

В выходных данных команды просмотрите значение параметра Результат зонда. Если этот параметр имеет значение Succeeded, ошибка была временной и в настоящее время устранена. В противном случае обратитесь к действиям по восстановлению, приведенным в следующих разделах.

Действия по восстановлению монитора OwaCtpMonitor

Уведомление по электронной почте, отправляемое настройками работоспособности, содержит следующие сведения.

Имя сервера, отправившего оповещение.

Полная трассировка исключения, связанного с последней ошибкой, включая диагностические данные и конкретные сведения о заголовке HTTP.

Примечание. Для устранения неполадок можно использовать сведения в полном следе исключения. Исключение, создаваемое зондом, содержит поле «Причина сбоя» с описанием причины сбоя. Например, исключение содержит следующие сведения.

MissingKeyword: ожидаемое ключевое слово не было найдено в ответе сервера. В этом случае исключение содержит ожидаемые ключевые слова.

NameResolution: разрешение DNS не удается разрешить заданное имя сервера.

NetworkConnection. Зонд получает сбой сетевого подключения при попытках подключения к пулу приложений OWA в CAFE.

UnexpectedHttpResponseCode: Response had an unexpected HTTP code. Например, сервер вернул код HTTP 503.

RequestTimeout. Серверу потребовалось слишком много времени, чтобы ответить на запрос клиента.

ScenarioTimeout. Зонд успешно завершил работу, но для этого потребовалось более одной минуты. Обычно это указывает на перегрузку системы.

OwaErrorPage: Outlook Web App страницу ошибки. Обычно в сообщении об исключении приводится имя ошибки, которая привела к сбою.

OwaMailboxErrorPage: Outlook Web App страницу ошибки, содержаную ошибку, связанную с магазином почтовых ящиков. Это обычно указывает на неработоспособность хранилища почтовых ящиков или отключение почтовых ящиков.

Трассировка исключения содержит важное поле FailingComponent. Зонд пытается определить причину сбоя, как, например, в следующем примере.

Почтовый ящик: зонд может достигать Outlook Web App, но не может подключиться к магазину почтовых ящиков. В этом случае возник сбой зонда, или задержка доступа к почтовому ящику привела к сбою зонда и созданию ошибки ScenarioTimeout. При таких сбоях следует проверить работоспособность серверов почтовых ящиков.

Active Directory. Зонд может достичь Outlook Web App, но не может подключиться к Active Directory. В этом случае сбой зонда или задержки вызовов Active Directory могли привести к задержке времени зонда. При таких сбоях необходимо проверить состояние контроллеров домена, а также проверить сетевые подключения между серверами ЦС и почтовых ящиков и контроллерами доменов.

Owa. Как правило, это означает, что ошибка произошла в Outlook Web App уровне. При таких сбоях необходимо проверить состояние Outlook Web App на серверах ЦС и почтовых ящиков, а также проверить сетевые подключения.

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

Насколько опустилась метрика доступности (x%).

Полный путь к папке, которая содержит полные трассировки HTTP-запроса для зонда. По умолчанию эти сведения находятся в папке \ \ \ OWA \ ClientAccessProbe для мониторинга журналов.

Время и дата возникновения оповещения.

Для устранения данной проблемы выполните действия, указанные ниже.

Создайте тестовую учетную запись пользователя, а затем войдите из нее на сервер клиентского доступа. Например, войдите в систему с помощью https:// /owa.

Если не удается войти в систему, выполните проверку, используя другой сервер клиентского доступа, чтобы убедиться, что проблема возникает на определенном сервере клиентского доступа, а не на сервере почтовых ящиков.

Проверьте сетевое подключение между серверами клиентского доступа и почтовых ящиков. С помощью служебной программы ping.exe убедитесь, что отвечает каждый сервер.

Проверьте наличие оповещений, которые связаны с настройками работоспособности OWA.Protocol и могут указывать на проблему с определенным сервером почтовых ящиков. Подробнее см. в разделе Troubleshooting OWA.Protocol Health Set.

Запустите диспетчер IIS и подключите к серверу, который сообщает о проблеме, чтобы убедиться, что пул приложений MSExchangeOwaAppPool запущен в CAS.

В диспетчере IIS убедитесь, что запущен веб-сайт по умолчанию.

Найдите неисправные зонды в базе данных почтовых ящиков и убедитесь, что она активна на сервере почтовых ящиков, а также что хранилище почтовых ящиков работоспособно. Чтобы получить сведения о GUID неисправной базы данных, откройте сведения о полной трассировке исключения. Каждый сбой должен содержать запись, похожую на следующий пример.

Скопируйте GUID HealthMailbox, а затем выполните в командной консоли следующую команду.

Например, выполните следующую команду:

В возвращаемом объекте можно найти имя базы данных пользователя, а также определить, где находится активная база данных в настоящее время.

Если между сайтами настроено перенаправление, можно наблюдать за сбоями зондов и созданием ошибки MissingKeyword. Это происходит в связи с тем, что по умолчанию зонды сервера клиентского доступа запускаются в учетных записях для любого расположения, а также с тем, что зонд не пытается выполнить проверку сервера клиентского доступа на другом сайте при использовании перенаправления. Чтобы устранить эту проблему, убедитесь, что серверы на каждом сайте содержатся в MonitoringGroups. Серверы клиентского доступа в заданной группе мониторинга выполняют проверку только совместно с серверами почтовых ящиков в той же группе.

Чтобы определить группы мониторинга для своих серверов, выполните следующую команду.

Чтобы изменить группу мониторинга на сервере, используйте параметр MonitoringGroup вместе с командлетом Set-ExchangeServer. Например, введите следующее:

В диспетчере IIS щелкните пулы приложений, а затем утилизировать пул приложений MSExchangeOWAAppPool, выполив следующую команду из командной Exchange:

Повторное повторение связанного зонда, как показано на шаге 2c в разделе Проверка проблемы.

Если проблема не устранена, перезапустите службы IIS с помощью служебной программы IISReset или следующей команды.

Повторное повторение связанного зонда, как показано на шаге 2c в разделе Проверка проблемы.

Если проблема не устранена, перезапустите сервер.

После перезапуска сервера повторно запустите связанный зонд, как показано в шаге 2c раздела Verifying the issue still exists.

Если зонд все еще не работает, вам понадобится помощь для устранения данной проблемы. Для решения этой проблемы обратитесь к специалисту службы технической поддержки Майкрософт. Чтобы связаться с специалистом службы поддержки Майкрософт, посетите службу поддержки бизнеса и выберите серверы > Exchange Server. Так как обращение непосредственно в службу технической поддержки Майкрософт в вашей организации может регламентироваться, сначала ознакомьтесь с инструкциями организации.

Источник

Ошибка сервера в приложении owa

Вопрос

Речь идёт о Windows Server 2012 r2 и Exchange Server 2013 CU 23

Сегодня OWA начала вести себя следующий образом: с любого компьютера после открытия внутреннего или внешнего почтовых адресов браузер пишет

Страница недоступна
Сайт contoso.local выполнил переадресацию слишком много раз.
Удалите файлы cookie.
ERR_TOO_MANY_REDIRECTS

Если открыть в режиме инкогнито, видна форма ввода логина и пароля. Если ввести неправильные данные, выдаётся ошибка соответствующая ошибка о неверности введённых данных. Если ввести правильные данные, происходит переадресация на адрес contoso.local/owa/auth/errorFE.aspx?httpCode=500 Со следующим текстом:

что-то пошло не так
К сожалению, мы не можем получить эту информацию прямо сейчас. Пожалуйста, повторите попытку позже. Если проблема повторится, обратитесь в службу поддержки.
В подробностях только

Аналогичная история с внешним адресом, mail.contoso/owa.

При этом в журнале событий в разделе «Приложение» на почтовом сервере видно событие от «MSExchange Front End HTTP Proxy» с кодом 1003:

[Owa] An internal server error occurred. The unhandled exception was: Microsoft.Exchange.Diagnostics.ExAssertException: ASSERT: HMACProvider.GetCertificates:protectionCertificates.Length c__DisplayClass3f. b__3e()
в Microsoft.Exchange.Common.IL.ILUtil.DoTryFilterCatch(TryDelegate tryDelegate, FilterDelegate filterDelegate, CatchDelegate catchDelegate)

При этом, если попробовать открыть этот же адрес с самого сервера, где установлен Exchange, после ввода логина и пароля уже не отображается стандартная страница эксча с 🙁 и «что-то пошло не так», а видна ошибка IIS

Ошибка сервера в приложении ‘/owa’.
ASSERT: HMACProvider.GetCertificates:protectionCertificates.Length c__DisplayClass3f. b__3e() +311
Microsoft.Exchange.Common.IL.ILUtil.DoTryFilterCatch(TryDelegate tryDelegate, FilterDelegate filterDelegate, CatchDelegate catchDelegate) +35
Microsoft.Exchange.HttpProxy.Diagnostics.SendWatsonReportOnUnhandledException(MethodDelegate methodDelegate, LastChanceExceptionHandler exceptionHandler) +120
Microsoft.Exchange.HttpProxy.ProxyRequestHandler.CallThreadEntranceMethod(MethodDelegate method) +69

[AggregateException: Произошла одна или несколько ошибок.]
Microsoft.Exchange.HttpProxy.ProxyRequestHandler.EndProcessRequest(IAsyncResult result) +416
System.Web.CallHandlerExecutionStep.InvokeEndHandler(IAsyncResult ar) +231
System.Web.CallHandlerExecutionStep.OnAsyncHandlerCompletion(IAsyncResult ar) +172

В этом случае в журнал событий записывается следующее событие от ASP.NET 4.0.30319.0 с кодом 1309

Event code: 3005
Event message: Возникло необработанное исключение.
Event time: 14.07.2021 16:12:24
Event time (UTC): 14.07.2021 13:12:24
Event ID: f617e5d236a742a9b72961b3146369f2
Event sequence: 373
Event occurrence: 293
Event detail code: 0

Application information:
Application domain: /LM/W3SVC/1/ROOT/owa-2-132707410127023554
Trust level: Full
Application Virtual Path: /owa
Application Path: D:\EXCH\FrontEnd\HttpProxy\owa\
Machine name: contoso

Process information:
Process ID: 13152
Process name: w3wp.exe
Account name: NT AUTHORITY\СИСТЕМА

Exception information:
Exception type: ExAssertException
Exception message: ASSERT: HMACProvider.GetCertificates:protectionCertificates.Length c__DisplayClass3f. b__3e()
в Microsoft.Exchange.Common.IL.ILUtil.DoTryFilterCatch(TryDelegate tryDelegate, FilterDelegate filterDelegate, CatchDelegate catchDelegate)
в Microsoft.Exchange.HttpProxy.Diagnostics.SendWatsonReportOnUnhandledException(MethodDelegate methodDelegate, LastChanceExceptionHandler exceptionHandler)
в Microsoft.Exchange.HttpProxy.ProxyRequestHandler.CallThreadEntranceMethod(MethodDelegate method)

Request information:
Request URL: localhost:443/owa/auth.owa
Request path: /owa/auth.owa
User host address: 127.0.0.1
User: domain\HealthMailbox81fb5aa
Is authenticated: True
Authentication Type: Basic
Thread account name: NT AUTHORITY\СИСТЕМА

Thread information:
Thread ID: 32
Thread account name: NT AUTHORITY\СИСТЕМА
Is impersonating: False
Stack trace: в Microsoft.Exchange.Diagnostics.ExAssert.AssertInternal(String formatString, Object[] parameters)
в Microsoft.Exchange.Clients.Common.HmacProvider.GetCertificates()
в Microsoft.Exchange.Clients.Common.HmacProvider.GetHmacProvider()
в Microsoft.Exchange.Clients.Common.HmacProvider.ComputeHmac(Byte[][] messageArrays)
в Microsoft.Exchange.HttpProxy.FbaModule.SetCadataCookies(HttpApplication httpApplication)
в Microsoft.Exchange.HttpProxy.FbaFormPostProxyRequestHandler.HandleFbaFormPost(BackEndServer backEndServer)
в Microsoft.Exchange.HttpProxy.FbaFormPostProxyRequestHandler.ShouldContinueProxy()
в Microsoft.Exchange.HttpProxy.ProxyRequestHandler.BeginProxyRequestOrRecalculate()
в Microsoft.Exchange.HttpProxy.ProxyRequestHandler.InternalOnCalculateTargetBackEndCompleted(TargetCalculationCallbackBeacon beacon)
в Microsoft.Exchange.HttpProxy.ProxyRequestHandler.<>c__DisplayClass3f. b__3e()
в Microsoft.Exchange.Common.IL.ILUtil.DoTryFilterCatch(TryDelegate tryDelegate, FilterDelegate filterDelegate, CatchDelegate catchDelegate)
в Microsoft.Exchange.HttpProxy.Diagnostics.SendWatsonReportOnUnhandledException(MethodDelegate methodDelegate, LastChanceExceptionHandler exceptionHandler)
в Microsoft.Exchange.HttpProxy.ProxyRequestHandler.CallThreadEntranceMethod(MethodDelegate method)

Custom event details:

Удалял msExchCanaryData0 и перезапускал пуллы приложений.

Источник

• ← ошибка сервера в приложении ecp
• ошибка сервера в приложении ssturf →