Доступність-запитів, перестають працювати, що в середовищі приміщеннями або на гібридне розгортання Exchange

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

Клацніть тут, щоб переглянути цю статтю англійською мовою: 2928514
Примітка Майстер гібридної конфігурації, який входить до складу консолі керування Exchange Microsoft Exchange Server 2010 не підтримується. Таким чином, більше не повинні використовувати старі майстер гібридного настроювання. Замість того, за допомогою майстра Office 365, гібридної конфігурації, на http://AKA.MS/HybridWizard. Щоб отримати додаткові відомості див. Майстер гібридного настроювання служби Office 365 Exchange 2010.
ПРОБЛЕМИ
Пошук в доступність зупинити, робота для користувачів у середовищі приміщеннями або співіснування з локальної Exchange Server і Exchange Online. Крім того, ці проблеми, може поширюватися на інші функції, які залежать від Microsoft об'єднання шлюз.

Якщо запустити командлет Test-FederationTrust , з'являється протокол IMAP про помилку, яке вказує, що маркер делегування проблеми з перевіркою. Наприклад, відображається протокол IMAP про помилку приблизно такого вигляду:
Код: TokenValidation
Тип: помилка
Повідомлення: Не вдалося перевірити делегування маркер.
ПРИЧИНА
Ця проблема виникає, якщо сертифікат та інші метадані об'єднання шлюз Microsoft або в середовищі локальної застарілі або неправильні.
РІШЕННЯ
Щоб вирішити цю проблему, оновіть, метаданих. Для цього запустіть, , Get-FederationTrust | Набір-FederationTrust-RefreshMetadata команди.

Примітка. Ця команда дає змогу браузеру інформацію, яка використовується для об'єднання довіри його останню версію. Не потрібно повторно створити в організації зв'язки "або" спільне сценарій виконання політики.

Щоб це зробити, виконайте такі дії:
  1. Відкрийте оболонка керування Exchange, на сервері Exchange на локальному.
  2. Введіть такі команди:
    Get-FederationTrust | Set-FederationTrust –RefreshMetadata
ДОДАТКОВІ ВІДОМОСТІ
Ця проблема може вплинути на середовища, який використовує Microsoft об'єднання шлюз. Ці-середовища включають на локальних організацій, які вже вільний/зайнятий або спільного сценарій виконання політики між організації та інших локальних організацій або Exchange Online в Office 365.

Щоб виконати процедуру, описану в розділі "Рішення" автоматизовані завдання, щоб уникнути проблеми в майбутньому, відкрийте командний рядок у режимі адміністратора на сервері Exchange і запустіть наведену нижче команду. Це оновлення до єднання щодня.
Schtasks /create /sc Daily /tn FedRefresh /tr "C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe -version 2.0 -command Add-PSSnapIn Microsoft.Exchange.Management.PowerShell.E2010;$fedTrust = Get-FederationTrust;Set-FederationTrust -Identity $fedTrust.Name -RefreshMetadata" /ru System

Як і раніше, потрібна допомога? Перейдіть до Спільноти Office 365 веб-сайт або Форуми TechNet в Exchange.

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

Властивості

Ідентифікатор статті: 2928514 – останній перегляд: 04/25/2016 11:29:00 – виправлення: 7.0

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

  • o365e o365m o365022013 o365 o365a hybrid kbmt KB2928514 KbMtuk
Зворотний зв’язок