2016-05-17 3 views
1
  1. Я ищу, чтобы получить информацию о Office 365 на основе его ImmutableId. Однако нет прямого атрибута для поставки ImmutableId, и поэтому единственный способ в настоящее время - предоставить его в where-object на Get-MSOLUser. Однако это будет охватывать всех пользователей и, следовательно, не является хорошим решением. Так есть другой способ?Получить пользователя в Office 365 от ImmutableId

  2. Я пытаюсь создать инструмент, который будет читать Пользователи в On-Prem AD и выполнять некоторые действия по лицензированию на O365. Там может быть несколько AD, и поэтому я начал искать ImmutableId, чтобы однозначно идентифицировать пользователя. Использует «ImmutableId» правильный подход?

ответ

1

Однако это будет перебрать всех пользователей и, следовательно, не является хорошим решением. Так есть другой способ?

ImmutableId был сгенерирован при синхронизации AD с Azure AD.

ImmutableId = user.ObjectGUID.toBase64String()

$guid = [GUID]"{UserObjectId in on-premise AD}" 

$bytearray = $guid.tobytearray() 

$immutableID = [system.convert]::ToBase64String($bytearray) 

ImmutableId в основном используется для синхронизации AD, мы не можем запрашивать пользователя через ImmutableId.

Может быть несколько AD, и поэтому я начал искать ImmutableId, чтобы однозначно идентифицировать пользователя. Использует «ImmutableId» правильный подход?

Если вы используете Microsoft Azure AD Sync для синхронизации пользователя, вы найдете файл базы данных "ADSync.mdf" под дир "C: \ Program Files \ Microsoft Azure AD Sync \ Data". Существует таблица с именем «mms_metaverse», здесь вы можете найти отображение.

SELECT 
[object_id], 
[userPrincipalName], 
[cloudAnchor] AS [CloudUserId], 
[cloudSourceAnchor] AS [ImmutableId] 
FROM 
mms_metaverse 

enter image description here

UPDATE # 1:

После некоторых исследований я обнаружил, что Graph API способен фильтровать пользователей по ImmutableId.

https://graph.microsoft.com/v1.0/users?$filter=onPremisesImmutableId+eq+'zYGi36Y8tkCwX4lYBb8bUA==' 
+0

Таким образом, причина, по которой я поднял запрос, была конкретно, когда у вас несколько синхронизированных каталогов. Предполагая, что синхронизация уже определена и работает, я читаю из определенной группы AD, которая содержит подмножество пользователей. UPN в AD Vs, что есть в облаке, может отличаться из-за консолидации в один домен в облаке. Если мне нужно запросить облако, я реплицирую логику сопоставления, применяемую в инструменте сопоставления, или я могу использовать ImmutableId. Похоже, в этот момент нет возможности использовать ImmutableId, и я должен использовать логику отображения и в моем инструменте. –

+2

@Nitin, я сделал больше исследований и обнаружил, что графический API может быть возможным решением. См. Мой ОБНОВЛЕНИЕ # 1 –

+0

Интересно! Позвольте мне взглянуть на это. Благодаря! –

Смежные вопросы