Зараз ви перебуваєте в автономному режимі; очікується повторне підключення до Інтернету

Як значення атрибута proxyAddresses заповнено в Azure AD

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

Клацніть тут, щоб переглянути цю статтю англійською мовою: 3190357
ВСТУП
У цій статті описано, як значення атрибута proxyAddresses заповнено в служба Active Directory для Azure (Azure AD).

ProxyAddresses в служба Active Directory відсутній багатозначних властивості, які містить запис А бізнес-партнера в різних відомий адреса. Наприклад, він може містити адреси SMTP, X500 адреси, SIP-адрес і так далі.

Під Вільний час синхронізації об'єкт для Azure AD значення, які зазначено в атрибуті proxyAddressesв служба Active Directory, які comparedwith Azure AD правила та виберіть значення атрибутаproxyAddresses заповнено в Azure AD. Таким чином, значення атрибута proxyAddresses об'єкту в служба Active Directory не може бути таким самим, як значення атрибута proxyAddresses в Azure AD.

У цій статті розглядаються в типових ситуацій, що допоможуть вам з'ясувати, як значення атрибута proxyAddresses заповнено в Azure AD.
ДОДАТКОВІ ВІДОМОСТІ
Таке термінологію, використану в цій статті.
  • Вихідний домен: це перший підготовленого домен у до клієнта. Наприклад, contoso.onmicrosoft.com.
  • Microsoft Online електронна пошта маршрутизації адрес (MOERA): The MOERA побудована з userPrincipalName -атрибут користувача в служба Active Directory і автоматично призначається хмари облікового запису під Вільний час початкової синхронізації. Наприклад, user@contoso.onmicrosoft.com.
  • основний маркер SMTP-адресу: це в основна адреса електронна пошта Exchange об'єкт одержувача. Наприклад, SMTP:user@contoso.com.
  • Вторинний SMTP-адресу: це об'єкта одержувача служби Exchange, які можуть виникати з кількома адресами в електронну електронну адресу. Наприклад, smtp:user@contoso.com.
  • ім'я учасника-користувача (UPN): В УПН, можна увійти ім'я користувача.
  • атрибут пошти : це атрибут в служба Active Directory, в яких значення являє собою користувача, адресу електронна пошта.
  • mailNickName атрибут: це атрибут в служба Active Directory, в яких значення являє собою псевдонім користувача в організації Exchange.

Сценарій 1: Користувач не має електронна пошта, mailNickName або встановити значення атрибута proxyAddresses

Розглянемо наведений нижче випадок. Створений локальної об'єкту користувача, який має значення в нижченаведеній таблиці:
УПН: onprema@contoso.com
електронна пошта:<not set="">
mailNickName:<not set="">
proxyAddresses:<not set=""></not></not></not>

Після цього синхронізовані Не на роботі 365 і призначено ліцензію для Exchange Online. У цьому випадку систему обчислення у результаті виконано такі операції.
  • Заповнити атрибут mailNickName, за допомогою користувача частина в УПН.
  • Populatethe MOERAформат mailNickName@initial домену.
  • Заповнити атрибут пошти, за допомогою саме значення в MOERA.
  • Додайте в УПН , як додаткова адреса SMTP в атрибуті proxyAddresses.
  • Addthe MOERA як в атрибуті proxyAddressesосновна адреса SMTP.
У нижченаведеній таблиці, розташовані в Azure AD об'єкту синхронізовані користувача:
УПН: onprema@contoso.com
пошта: onprema@contoso.onmicrosoft.com
mailNickName: onprema
proxyAddresses: {smtp:onprema@contoso.com SMTP:onprema@contoso.onmicrosoft.com}

Сценарій 2: Користувач не має на mailNickName або proxyAddresses атрибут, набір

Розглянемо наведений нижче випадок. Створений локальної об'єкту користувача, який має значення в нижченаведеній таблиці.
УПН: onpremb@contoso.com
пошта: newb@contoso.com
mailNickName:<not set="">
proxyAddresses:<not set=""></not></not>
Після цього синхронізовані Не на роботі 365 і призначено ліцензію для Exchange Online. У цьому випадку систему обчислення у результаті виконано такі операції.
  • Заповнити атрибут mailNickName , за допомогою частина атрибут поштикористувача.
  • Populatethe MOERAформат mailNickName@initial домену.
  • Заповнити атрибут пошти, за допомогою саме значення, як атрибут пошти.
  • Додайте в УПН , як додаткова адреса SMTP в атрибуті proxyAddresses.
  • Додати атрибут пошти в атрибуті proxyAddressesосновна адреса SMTP.
  • Addthe MOERA як додаткова адреса SMTP в атрибуті proxyAddresses.
У нижченаведеній таблиці, розташовані в Azure AD об'єкту синхронізовані користувача:
УПН: onpremb@contoso.com
пошта: newb@contoso.com
mailNickName: новачкові
proxyAddresses: {SMTP:newb@contoso.com, smtp:onpremb@contoso.com, smtp:newb@contoso.onmicrosoft.com}

Сценарій 3: Змінити значення атрибута proxyAddresses локальний користувач

Розглянемо наведений нижче випадок. Створений локальний користувач objectthat, має значення в нижченаведеній таблиці:
УПН: us1@contoso.com
електронна пошта:<not set="">
mailNickName:<not set="">
proxyAddresses:{smtp:us1@contoso.onmicrosoft.com, smtp:us1@contoso.microsoftonline.com, x500: / o = MicrosoftOnline / ou=External(FYDIBOHF25SPDLT) / cn = Recipients / cn = us1, SMTP:us1@contoso.com}</not></not>
Після цього синхронізовані Не на роботі 365 і призначено ліцензію для Exchange Online. У цьому випадку систему обчислення у результаті виконано такі операції.
  • Заповнити атрибут mailNickNameза допомогою частина в УПН користувача
  • Populatethe MOERAза допомогою mailNickName@initial домену.
  • Додати атрибут пошти , за допомогою одного значення основна адреса SMTP, указаного в атрибуті proxyAddresses.
  • Keepthe MOERA як додаткова адреса SMTP в атрибуті proxyAddresses.
  • Значення атрибута proxyAddressesне поточного основна адреса SMTP.
  • Видалення адрес, які відповідають шаблону, що таке:
    • Суфікс SMTP-адресу, буде xxx.onmicrosoft.com
    • Суфікс SMTP-адресу, буде xxx.microsoftonline.com
    • Організації частина адреси X500 є /o = MicrosoftOnline
У нижченаведеній таблиці, розташовані в Azure AD об'єкту синхронізовані користувача:
УПН: us1@contoso.com
пошта: us1@contoso.com
mailNickName: us1
proxyAddresses:
{smtp:us1@contoso.onmicrosoft.com,
SMTP:us1@contoso.com}
Після цього ви змінити значення атрибутаproxyAddressesтакого вигляду:
УПН: us1@contoso.com
електронна пошта:<not set="">
mailNickName:<not set="">
proxyAddresses:
{smtp:newus1@contoso.onmicrosoft.com, smtp:newus1@contoso.microsoftonline.com, x500: / o = MicrosoftOnline/ou = зовнішні (FYDIBOHF25SPDLT) / cn = Recipients/cn = us1, SMTP:newus1@contoso.com}</not></not>
У цьому випадку систему обчислення у результаті виконано такі операції.
  • Додайте основна адреса SMTP, указаного в атрибуті proxyAddresses .
  • Оновлення атрибут пошти , за допомогою значення основна адреса SMTP, указаного в атрибуті proxyAddresses.
  • Keepthe УПН як додаткова адреса SMTP в атрибуті proxyAddresses.
У нижченаведеній таблиці, розташовані в Azure AD об'єкту синхронізовані користувача:
УПН: us1@contoso.com
пошта: newus1@contoso.com
mailNickName: us1
proxyAddresses: {smtp:us1@contoso.onmicrosoft.com, SMTP:newus1@contoso.com, smtp:us1@contoso.com}

Сценарій 4: Видалено Exchange Online ліцензії.

Розглянемо наведений нижче випадок. Створений локальної об'єкту користувача, який має значення в нижченаведеній таблиці:
УПН: us2@contoso.com
електронна пошта:<not set="">
mailNickName:<not set="">
proxyAddresses:<not set=""></not></not></not>
Після цього синхронізовані Не на роботі 365 і призначено ліцензію для Exchange Online. У цьому випадку систему обчислення у результаті виконано такі операції.
  • Заповнити атрибутmailNickName, за допомогою користувача частина в УПН.
  • Populatethe MOERAформат mailNickName@initial домену.
  • За допомогою саме значення, MOERA, заповнити атрибут пошти.
  • Addthe УПН як додаткова адреса SMTP в атрибуті proxyAddresses.
  • Addthe MOERA як в атрибуті proxyAddressesосновна адреса SMTP.
У нижченаведеній таблиці, розташовані в Azure AD об'єкту синхронізовані користувача:
УПН: us2@contoso.com
пошта: us2@contoso.onmicrosoft.com
mailNickName: us2
proxyAddresses:{smtp:us2@contoso.com, SMTP:us2@contoso.onmicrosoft.com

Після цього видалення Exchange Online ліцензії. Нічого не змінюється в Azure AD. Всі атрибути, залишаються без змін.

Після цього ви змінити значення атрибутаproxyAddressesтакого вигляду:
УПН: us2@contoso.com
електронна пошта:<not set="">
mailNickName:<not set="">
proxyAddresses: {smtp:newus2@contoso.com}</not></not>
У цьому випадку систему обчислення у результаті виконано такі операції.
  • Додайте значення атрибута proxyAddressesновий SMTP-адресу.
У Azure AD об'єкту користувача, синхронізовані такі атрибути:
УПН: us2@contoso.com
пошта: us2@contoso.onmicrosoft.com
mailNickName: us2
proxyAddresses:{smtp:us2@contoso.com, SMTP:us2@contoso.onmicrosoft.com, smtp:newus2@contoso.com}

Сценарій 5: Змінення значення атрибута "mailNickName"

Розглянемо наведений нижче випадок. Було створено дві локальний об'єкти користувачів з атрибутами такі значення:
УПН: us4@contoso.com
електронна пошта:<not set="">
mailNickName:<not set="">
proxyAddresses:<not set=""></not></not></not>
Після цього синхронізовані Не на роботі 365 і призначено ліцензію для Exchange Online. У цьому випадку систему обчислення у результаті виконано такі операції.
  • Заповнити атрибут mailNickName, за допомогою частина в УПН користувача.
  • Populatethe MOERAформат mailNickName@initial домену.
  • Заповнити атрибут пошти, за допомогою саме значення в MOERA.
  • Додайте в УПН , як додаткова адреса SMTP в атрибуті proxyAddresses .
  • Addthe MOERA як в атрибуті proxyAddressesосновна адреса SMTP.
У нижченаведеній таблиці, розташовані в Azure AD об'єкту синхронізовані користувача:
УПН: us4@contoso.com
пошта: us4@contoso.onmicrosoft.com
mailNickName: us4
proxyAddresses: {smtp:us4@contoso.com SMTP:us4@contoso.onmicrosoft.com}
Після цього ви змінити значення атрибутаproxyAddressesкористувача на локальному такого вигляду:
УПН: us4@contoso.com
електронна пошта:<not set="">
mailNickName: newus4
proxyAddresses:<not set=""></not></not>
У цьому випадку систему обчислення у результаті виконано такі операції.
  • Оновіть атрибут mailNickName , за допомогою саме значення, як атрибут mailNickName .
  • Зберігайте атрибут пошти без змін.
  • Значення атрибута proxyAddressesKeepthe змін.
У нижченаведеній таблиці, розташовані в Azure AD об'єкту синхронізовані користувача:
УПН: us4@contoso.com
пошта: us4@contoso.onmicrosoft.com
mailNickName: newus4
proxyAddresses: {smtp:us4@contoso.com SMTP:us4@contoso.onmicrosoft.com}

Сценарій 6: Користувачі, мають однакові атрибут mailNickName

Розглянемо наведений нижче випадок. Було створено дві локальний об'єкти користувачів з атрибутами такі значення:
УПН: us5@contoso.com
електронна пошта:<not set="">
mailNickName: samenick
proxyAddresses:<not set="">
УПН: us6@contoso.com
електронна пошта:<not set="">
mailNickName: samenick
proxyAddresses:<not set=""></not></not></not></not>
Після цього вони синхронізовані Не на роботі 365 і призначено ліцензію для Exchange Online. У цьому випадку систему обчислення у результаті виконано такі операції.
  • Знайдено повторювані mailNickName значення.
  • Заповнити атрибут mailNickName, додавши випадкові 4 цифр.
  • Populatethe MOERAформат mailNickName@initial домену.
  • Додати атрибут пошти , за допомогою саме значення, MOERA.
  • Додайте в УПН , як додаткова адреса SMTP в атрибуті proxyAddresses.
  • Addthe MOERA як в атрибуті proxyAddresses основна адреса SMTP.
У нижченаведеній таблиці, розташовані в Azure AD об'єкту синхронізовані користувача:
УПН: us5@contoso.com
пошта: samenick@contoso.onmicrosoft.com
mailNickName: samenick
proxyAddresses:{smtp:us5@contoso.com, SMTP:samenick@contoso.onmicrosoft.com}

УПН: us6@contoso.com
пошта: samenick0209@contoso.onmicrosoft.com
mailNickName: samenick0209
proxyAddresses: {smtp:us6@contoso.com SMTP:samenick0209@contoso.onmicrosoft.com}

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

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

Властивості

Ідентифікатор статті: 3190357 – останній перегляд: 10/17/2016 22:45:00 – виправлення: 2.0

Office 365, Microsoft Azure Active Directory

  • o365 kbmt KB3190357 KbMtuk
Зворотний зв’язок