"HTTP стан 404" помилка під Вільний час доступу до вільний зайнятий відомості для поштових скриньок на сервері нещодавно відновленої поштової скриньки Exchange Server 2013

ВАЖЛИВО! Ця стаття перекладена засобами машинного перекладу Microsoft. Статтю можна редагувати в середовищі Community Translation Framework (CTF). Щоб якомога швидше перекласти всі статті у своїй базі знань різними мовами, компанія Microsoft не лише звертається до професійних перекладачів, але й вдається до машинного перекладу, який потім редагується спільнотою. Такі статті можуть містити лексичні, синтаксичні та граматичні помилки. Microsoft не несе відповідальності за будь-які неточності, помилки або збитки, до яких може призвести неправильний переклад статей або їх використання. Докладніше про CTF див. на веб-сторінці http://support.microsoft.com/gp/machine-translation-corrections/uk-ua.

Клацніть тут, щоб переглянути цю статтю англійською мовою: 3128167
Ознаки
Поштових скриньок на нещодавно відновлені multirole (клієнтського доступу та поштової скриньки) сервер під керуванням Microsoft Exchange Server, 2013 не вдається отримати доступ до доступність служби.

Коли ця проблема виникає, реєструються наведені нижче помилки.

Outlook журнали (Outlook.etl-файли):

Одержувач: user@contoso.com
Виняток: Помилка проксі-сервера веб-запиту. , внутрішнього винятку: не вдалося виконати запит HTTP стан 404: не знайдено.
Ім'я сервера:< problematic="" server="">
Тип винятку: ProxyWebRequestProcessingException
Відповідь код: ErrorProxyRequestProcessingFailed

IIS журнали на сервері, що спричиняє проблему:

протокол IMAP з /ews/exchange.asmx - 443- <Client-IP>ExchangeInternalEwsClient-AuditLog - 15 404-0-0</Client-IP>
протокол IMAP з /ews/exchange.asmx - 443 - <Client-IP>ExchangeInternalEwsClient-AuditLog - 15 404-0-0</Client-IP>
протокол IMAP з /ews/exchange.asmx - 443 - <Client-IP>ASProxy/CrossSite/Directory/EXCH/15.00.0847.030 - 404 0 0 0</Client-IP>
протокол IMAP з /ews/exchange.asmx - 443 - <Client-IP>ASProxy/CrossSite/Directory/EXCH/15.00.0847.030 - 404 0 0 0</Client-IP>
причина
Ця проблема виникає, тому що InternalNLBBypassUrl значення змінено неправильно, після завершення аварійне відновлення роботи на сервері Exchange 2013 multirole.
Розв'язанн
Щоб вирішити цю проблему, виправте значення InternalNLBBypassUrl для веб-служб Exchange (EWS) на сервері, що спричиняє проблему. Правильне значення InternalNLBBypassUrl , має бути такою:
HTTPS://<problematic server's="" fqdn="">: 444/ews/exchange.asmx
</problematic>

Для цього скористайтеся одним із наведених нижче способів.

Спосіб 1

Змініть значення InternalNLBBypassUrl для EWS, для проблемних сервера за допомогою ADSIEdit. Після цього повторно виконати MSExchangeServicesAppPoolпул застосунків служби IIS. Після того, як ви кошика, пул застосунків, EWS має працювати належним чином.

Спосіб 2

Змінення цих параметрів за допомогою оболонки Windows PowerShell.

Примітка. Вікно PowerShell, повертає протокол IMAP про помилку "не в до сервера записування".
  1. Запустіть оболонку Windows PowerShell.
  2. Додайте оснащення Exchange. Для цього, виконайте таку команду:

    Add-PSSnapin *exchange*
  3. Виконайте таку команду:
    Set-WebServicesVirtualDirectory -Identity "<problematic server>\EWS (Exchange Back End)" -InternalNLBBypassUrl https://<FQDN of the problematic server>:444/ews/exchange.asmx 

Попередження. Цю статтю переведено автоматично

Властивості

Ідентифікатор статті: 3128167 – останній перегляд: 01/12/2016 03:08:00 – виправлення: 1.0

Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard

  • kbsurveynew kbtshoot kbexpertiseinter kbmt KB3128167 KbMtuk
Зворотний зв’язок