сценарій виконання, UPN, які відповідають посвідчення синхронізації у службі Office 365, Azure або Intune

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

Клацніть тут, щоб переглянути цю статтю англійською мовою: 3164442
ВСТУП
У деяких випадках може знадобитися перенесення, джерелом повноваження для облікового запису користувача, якщо цього облікового запису було містять помилки за допомогою засобів керування хмарних служб для Microsoft. Серед цих засобів є порталу Office 365, Microsoft Azure служба Active Directory модуль для оболонки Windows PowerShell, портал Azure керування та Intune портал. Таким чином, що обліковий запис А комп'ютера можна керувати за допомогою до локальної папки служби, під Вільний час сценарій виконання посвідчень синхронізація з служба Active Directory для Azure (Azure AD), можна перенести джерело сертифікації.

У цій статті описано, як виконати це перенесення вихідне джерело, за допомогою процесу, відомого як УПН відповідності.. Цей процес використовує ім'я учасника-користувача (UPN) відповідно до локального облікового запису користувача, для роботи, або школа рахунку в Azure AD.
ДОДАТКОВІ ВІДОМОСТІ

УПН відповідні обмеження.

Процес відповідних UPN, має такі технічні обмеження:

  • Узгодження в УПН може працювати лише тоді, коли не вдається, SMTP, відповідні. Щоб отримати додаткові відомості про SMTP-відповідних див. таку статтю бази знань Майкрософт:
    2641663 сценарій виконання SMTP, які відповідають відповідно до локальних облікових записів користувачів облікові запис А бізнес-партнера користувачів служби Office 365 для синхронізації каталогів
    Для UPN, які відповідають на роботу, перевірте, чи не основний маркер SMTP адреса відповідає локальних облікових записів і облікові запис А бізнес-партнера користувачів Azure AD.
  • Узгодження в УПН можна використовувати лише один раз для облікових записів користувачів, які були попередньо, створені за допомогою засобів керування в Office 365. Після того запис А роботи чи школи прив'язано для локальних користувачів на значення незмінний посвідчення, а не в УПН.
  • Не вдалося оновити UPN хмари користувача під Вільний час UPN, що відповідають процес в тому, що в УПН значення, яке використовується для посилання на локальних користувачів до хмари користувача.
  • UPN вважається значення. Переконайтеся, що, користувачі не мають однакові UPN. В іншому випадку не вдається виконати процес синхронізації, а також може з'явитися протокол IMAP про помилку приблизно такого вигляду:
    Не вдалося оновити цей об'єкт Microsoft Online Services, оскільки ім'я учасника-користувача, пов'язаного з цією метою локального служба Active Directory вже пов'язаний з іншим об'єктом. Для виправлення цієї помилки видаліть пов'язаний об'єкт, у вашому локальної служби служба Active Directory.

сценарій виконання UPN, які відповідають відповідно до параметрів локальний користувач хмара-посвідчення

Для цього UPN, які відповідають процес, виконайте такі дії:

  1. Якщо ви почали синхронізації для Azure AD до 30 березня 2016, виконайте такі команди Azure AD PowerShell, Увімкнення УПН м'якою відповідає вашій організації лише:
    Set-MsolDirSyncFeature -Feature EnableSoftMatchOnUpn -Enable $True
    Примітка Для організацій, які роботи на синхронізацію з Azure AD або після 30 березня 2016 автоматично вмикає УПН з м'якою відповідністю.
  2. Отримати в УПН облікового запису користувача в Azure AD. Для цього скористайтеся одним із наведених нижче способів.

    Спосіб 1: сценарій виконання, служби Office 365
    1. Ввійдіть до порталу-(Office 365HTTPS://portal.Office.com) як глобальний адміністратор.
    2. Перейдіть на сторінку керування користувачами.
    3. Знайдіть і виберіть користувача.
    4. Зверніть увагу на ім'я користувача. Це в УПН.
    Спосіб 2: сценарій виконання на портал керування Azure
    1. Ввійдіть до порталу-(керування AzureHTTPS://manage.windowsazure.com) як глобальний адміністратор.
    2. Виберіть розширення служба Active Directory та виберіть каталог.
    3. Перейдіть на сторінку керування користувачами.
    4. Знайдіть і виберіть користувача.
    5. Запам'ятайте ім'я користувача. Це в УПН.
  3. Домен контролер або на комп'ютері, який має засоби адміністрування віддаленого сервера інстальовано (RSAT), відкрийте служба Active Directory - користувачі й комп'ютери і створення облікового запису користувача або оновити наявний обліковий запис А комп'ютера користувача, за допомогою користувача ім'я/UPN, який відповідає потрібний обліковий запис А комп'ютера користувача в Azure AD.

    Щоб отримати додаткові відомості про те, як це зробити див. Створення облікового запису користувача в Active Directory-пользователи и компьютеры.
  4. Сила синхронізація служби каталогів. Щоб отримати додаткові відомості про те, як це зробити див. Примусове синхронізація каталогів.
ПОСИЛАННЯ
Щоб отримати додаткові відомості про УПН з м'якою відповідність див. Azure AD підключення служби синхронізації функції.

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

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

Властивості

Ідентифікатор статті: 3164442 – останній перегляд: 05/25/2016 00:32:00 – виправлення: 2.0

Microsoft Office 365, Microsoft Azure Active Directory, Microsoft Azure Cloud Services, Microsoft Intune

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