Користувачів Exchange Server 2012 або новішої версії, або Exchange Online не вдається відкрити спільні папки або спільні поштові скриньки, на сервері Exchange попередніх версій

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

Клацніть тут, щоб переглянути цю статтю англійською мовою: 2834139
Примітка Майстер гібридної конфігурації, який входить до складу консолі керування Exchange Microsoft Exchange Server 2010 не підтримується. Таким чином, більше не повинні використовувати старі майстер гібридного настроювання. Замість того, за допомогою майстра Office 365, гібридної конфігурації, на http://AKA.MS/HybridWizard. Щоб отримати додаткові відомості див. Майстер гібридного настроювання служби Office 365 Exchange 2010.
Ознаки
Розглянемо такі сценарії:
  • У вас є локального розгортання, Microsoft Exchange Server, 2013 інстальовано в існуючі організації Exchange Server 2010 або Exchange Server 2007.
  • У вас є до локального розгортання, 2016 з сервером Exchange установлено у наявної організації Exchange Server 2010.
  • У вас гібридне розгортання Exchange Server і Exchange Online в Office 365 для підприємств, коли у змішаний сервер працює під керуванням Exchange Server 2013 або пізнішої версії.
У будь-якої з цих сценаріях користувачі, які мають ім’я поштової скриньки Exchange 2013 або пізнішої версії або Exchange Online постійно пропонується ввести облікові дані. Якщо користувачі, натисніть скасувати під Вільний час їх запит на введення фінансові дані, вони мають доступ до своїх поштових скриньок. Проте вони не вдається відкрити таких ресурсів:
  • Спільної поштової скриньки або спільного календаря поштової скриньки Exchange Server 2010 або Exchange Server 2007
  • У спільних папок в Exchange Server 2010 або Exchange Server 2007
Крім того, з'являється таке протокол IMAP про помилку:
Не можна розгортати в папці. Microsoft Exchange недоступний. Помилки в мережі або на сервері Exchange, що не відповідає на обслуговування.
причина
Ця проблема виникає, якщо встановлено параметр Безпечний вхід до мережі , у програмі Microsoft Outlook Анонімної автентифікації. Якщо щось інше вручну змінити настройку, служби автовизначення буде змінити його на Анонімної автентифікації. (Див. на цьому знімку екрана)
На знімку екрана для параметра

Якщо Outlook Anywhere настроєно за допомогою одного з таких комбінації, служби автовизначення надсилає "Анонім" клієнтів Outlook як варіант Безпечний вхід до мережі :
  • "ExternalHostName" має значення, а також узгоджуватимає значення "ExternalClientAuthenticationMethod". (Див. на цьому знімку екрана)
    На знімку екрана значення зовнішнього хост
  • Узгоджуватимає значення "InternaClientlAuthenticationMethod" і "InternalClientRequireSSL" має значення True. (Див. на цьому знімку екрана)
    На знімку екрана значення внутрішній хост
Розв'язанн
Щоб вирішити цю проблему, виконайте такі інтерактивні елементи.
  1. Запустіть на Get-OutlookAnywhere команду, щоб перевірити настройки "віддалений Outlook" на сервері Exchange. Нижче наведено приклад, завантажує всі "віддалений Outlook" Параметри на сервері Exch1.
    Get-OutlookAnywhere -Server Exch1
  2. Якщо встановлений "ExternalHostName" і "ExternalClientAuthenticationMethod" Узгодити, слід ніж замінити "ExternalClientAuthenticationMethod" Узгодити. Нижче наведено приклад встановлює "ExternalClientAuthenticationMethod" ПРОТОКОЛ NTLM Exch1 сервера.
    Get-OutlookAnywhere -Server Exch1| Set-OutlookAnywhere -ExternalClientAuthenticationMethod NTLM
  3. Якщо значення "InternaClientlAuthenticationMethod" Узгодити, а "InternalRequireSSL" Справжнє, слід ніж замінити "InternalClientAuthenticationMethod" Узгодити, або змінити "InternalRequireSSL" Помилкове. Нижче наведено приклад встановлює "InternalClientAuthenticationMethod" ПРОТОКОЛ NTLM Exch1 сервера:
    Get-OutlookAnywhere -Server exch1 | Set-OutlookAnywhere -InternalClientAuthenticationMethod NTLM
    Нижче наведено приклад встановлює "InternalRequireSSL" Помилкове Exch1 сервера:
    Get-OutlookAnywhere -Server exch1 | Set-OutlookAnywhere -InternalClientsRequireSSL $False
  4. Нові настройки слід застосовувати клієнтів Outlook під Вільний час наступного їх надіслати запит до служби автовизначення. Також можна вручну змінити настройки.

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

Властивості

Ідентифікатор статті: 2834139 – останній перегляд: 04/25/2016 22:37:00 – виправлення: 9.0

Exchange Server 2016 Enterprise Edition, Exchange Server 2016 Standard Edition, Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard, Microsoft Exchange Online

  • kbsurveynew kbtshoot kbexpertiseinter o365 o365a o365e o365m o365022013 hybrid kbgraphxlink o365p kbmt KB2834139 KbMtuk
Зворотний зв’язок