Pool di identità di identità macchina aggiunta a Hybrid Azure Active Directory

Nota:

Da luglio 2023, Microsoft ha rinominato Azure Active Directory (Azure AD) in Microsoft Entra ID. In questo documento, qualsiasi riferimento ad Azure Active Directory, Azure AD o AAD si riferisce ora a Microsoft Entra ID.

Questo articolo descrive come creare un pool di identità di:

• Cataloghi aggiunti a Hybrid Azure Active Directory (AD)
• Cataloghi aggiunti a Hybrid Azure AD registrati in Microsoft Intune

Per informazioni su requisiti, limitazioni e considerazioni, vedere Aggiunto a Hybrid Azure Active Directory.

Creare cataloghi aggiunti a Hybrid Azure Active Directory (AD)

Utilizzare Web Studio

Le seguenti informazioni sono un supplemento alle indicazioni in Creare cataloghi macchine.

Nella pagina Identità macchina della procedura guidata di creazione del catalogo:

• Selezionare Aggiunto a Hybrid Azure Active Directory. Le macchine create sono di proprietà di un’organizzazione e si accede ad esse con un account Active Directory appartenente a tale organizzazione.

• Per registrare le macchine create in Microsoft Intune (incluso Configuration Manager) per la gestione dei dispositivi, selezionare Registra le macchine in Microsoft Intune con Configuration Manager. Per evitare errori durante la creazione del catalogo, assicurarsi che l’immagine master soddisfi i seguenti requisiti:

  • Ha installato VDA versione 2405 o successiva.
  • Ha il client di Configuration Manager installato con il codice del sito non assegnato. Per maggiori informazioni, vedere questo articolo Microsoft.

Nota:

Se si seleziona Ibrido aggiunto ad Azure Active Directory come tipo di identità, ogni macchina nel catalogo deve avere un account computer AD corrispondente.

Utilizzare PowerShell

Di seguito sono riportati i passaggi di PowerShell equivalenti alle operazioni in Web Studio. Per informazioni su come creare un catalogo utilizzando l’SDK PowerShell remoto, vedere https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/creating-a-catalog/.

La differenza tra i cataloghi aggiunti ad AD locale e quelli aggiunti ad Azure AD ibrido risiede nella creazione del pool di identità e degli account macchina.

Per creare un pool di identità insieme agli account per i cataloghi aggiunti ad Azure AD ibrido:

New-AcctIdentityPool -AllowUnicode -IdentityType "HybridAzureAD" -Domain "corp.local" -IdentityPoolName "HybridAADJoinedCatalog" -NamingScheme "HybridAAD-VM-##" -NamingSchemeType "Numeric" -OU "CN=AADComputers,DC=corp,DC=local" -Scope @() -ZoneUid "81291221-d2f2-49d2-ab12-bae5bbd0df05"
New-AcctIdentity -IdentityPoolName "HybridAADJoinedCatalog" -Count 10 -ADUserName "corp\admin1" -ADPassword $password
Set-AcctAdAccountUserCert -IdentityPoolName "HybridAADJoinedCatalog" -All -ADUserName "corp\admin1" -ADPassword $password
<!--NeedCopy-->

Nota:

$password è la password corrispondente per un account utente AD con autorizzazioni di scrittura.

Tutti gli altri comandi utilizzati per creare cataloghi aggiunti ad Azure AD ibrido sono gli stessi di quelli per i tradizionali cataloghi aggiunti ad AD locale.

Visualizzare lo stato del processo di aggiunta ad Azure AD ibrido

In Web Studio, lo stato del processo di aggiunta ad Azure AD ibrido è visibile quando le macchine aggiunte ad Azure AD ibrido in un gruppo di consegna sono in stato di accensione. Per visualizzare lo stato, utilizzare Cerca per identificare tali macchine e quindi per ciascuna controllare Identità macchina nella scheda Dettagli nel riquadro inferiore. Le seguenti informazioni possono apparire in Identità macchina:

• Aggiunto ad Azure AD ibrido
• Non ancora aggiunto ad Azure AD

Nota:

• Si potrebbe verificare un ritardo nell’aggiunta ad Azure AD ibrido quando la macchina si accende inizialmente. Ciò è causato dall’intervallo di sincronizzazione predefinito dell’identità della macchina (30 minuti di Azure AD Connect). La macchina è nello stato di aggiunta ad Azure AD ibrido solo dopo che le identità della macchina sono sincronizzate con Azure AD tramite Azure AD Connect.
• Se le macchine non riescono a essere nello stato di aggiunta ibrida ad Azure AD, non vengono registrate con il Delivery Controller. Il loro stato di registrazione appare come Inizializzazione.

Inoltre, utilizzando Web Studio, è possibile scoprire perché le macchine non sono disponibili. Per farlo, fare clic su una macchina nel nodo Cerca, controllare Registrazione nella scheda Dettagli nel riquadro inferiore, quindi leggere il tooltip per ulteriori informazioni.

Risoluzione dei problemi

Se le macchine non riescono a essere aggiunte ibride ad Azure AD, eseguire le seguenti operazioni:

• Verificare se l’account della macchina è stato sincronizzato con Azure AD tramite il portale di Microsoft Azure AD. Se sincronizzato, appare Non ancora aggiunto ad Azure AD, indicando lo stato di registrazione in sospeso.

  Per sincronizzare gli account delle macchine con Azure AD, assicurarsi che:

  • L’account della macchina si trova nell’unità organizzativa configurata per la sincronizzazione con Azure AD. Gli account delle macchine senza l’attributo userCertificate non vengono sincronizzati con Azure AD anche se si trovano nell’unità organizzativa configurata per la sincronizzazione.
  • L’attributo userCertificate viene popolato nell’account della macchina. Utilizzare Active Directory Explorer per visualizzare l’attributo.
  • Azure AD Connect deve essere stato sincronizzato almeno una volta dopo la creazione dell’account della macchina. In caso contrario, eseguire manualmente il comando Start-ADSyncSyncCycle -PolicyType Delta nella console PowerShell della macchina Azure AD Connect per attivare una sincronizzazione immediata.

• Verificare se la coppia di chiavi del dispositivo gestito Citrix per l’aggiunta ibrida ad Azure AD è stata correttamente inviata alla macchina interrogando il valore di DeviceKeyPairRestored sotto HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix.

  Verificare che il valore sia 1. In caso contrario, le possibili ragioni sono:

  • IdentityType del pool di identità associato allo schema di provisioning non è impostato su HybridAzureAD. È possibile verificarlo eseguendo Get-AcctIdentityPool.
  • La macchina non è stata sottoposta a provisioning utilizzando lo stesso schema di provisioning del catalogo macchine.
  • La macchina non è aggiunta al dominio locale. L’aggiunta al dominio locale è un prerequisito per l’aggiunta ibrida ad Azure AD.

• Controllare i messaggi diagnostici eseguendo il comando dsregcmd /status /debug sulla macchina sottoposta a provisioning MCS.

  • Se l’unione ibrida ad Azure AD ha esito positivo, AzureAdJoined e DomainJoined sono YES nell’output della riga di comando.

  • In caso contrario, fare riferimento alla documentazione Microsoft per risolvere i problemi: https://docs.microsoft.com/it-it/azure/active-directory/devices/troubleshoot-hybrid-join-windows-current.

  • Se viene visualizzato il messaggio di errore Server Message: The user certificate is not found on the device with id: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx, eseguire il seguente comando PowerShell per ripristinare il certificato utente:

     Repair-AcctIdentity -IdentityAccountName TEST\VM1 -Target UserCertificate
     <!--NeedCopy-->
    

    Per ulteriori informazioni sul problema del certificato utente, vedere CTX566696.

Creare cataloghi uniti ad Azure AD ibrido registrati in Microsoft Intune

È possibile creare cataloghi abilitati alla cogestione per cataloghi uniti ad Azure AD ibrido registrati in Microsoft Intune per VM persistenti a sessione singola e multisessione. È possibile creare cataloghi abilitati alla cogestione utilizzando sia Studio che PowerShell.

Utilizzare Web Studio

Le seguenti informazioni sono un supplemento alle linee guida in Creare cataloghi di macchine.

Nella procedura guidata Configurazione catalogo macchine:

• Nella pagina Identità macchina, selezionare Unito ad Azure Active Directory ibrido e quindi Registra le macchine in Microsoft Intune con Configuration Manager. Con questa azione, Configuration Manager e Microsoft Intune (ovvero, cogestiti) gestiscono le VM.

Utilizzare PowerShell

Di seguito sono riportati i passaggi PowerShell equivalenti ai passaggi in Studio.

Per registrare le macchine in Microsoft Intune con Configuration Manager utilizzando l’SDK Remote PowerShell, utilizzare il parametro DeviceManagementType in New-AcctIdentityPool. Questa funzionalità richiede che il catalogo sia unito ad Azure AD ibrido e che Azure AD possieda la licenza Microsoft Intune corretta.

La differenza tra i cataloghi uniti ad Azure AD ibrido e quelli abilitati alla cogestione risiede nella creazione del pool di identità. Ad esempio:

New-AcctIdentityPool -AllowUnicode -DeviceManagementType "IntuneWithSCCM" IdentityType="HybridAzureAD" -IdentityPoolName "CoManagedCatalog" -NamingScheme "CoManaged-VM-##" -NamingSchemeType "Numeric" -Scope @() -ZoneUid "81291221-d2f2-49d2-ab12-bae5bbd0df05"
<!--NeedCopy-->

Risoluzione dei problemi

Se le macchine non riescono a registrarsi in Microsoft Intune o non riescono a raggiungere lo stato di co-gestione, procedere come segue:

• Controllare la licenza di Intune

  Verificare che al tenant di Azure AD sia assegnata la licenza Intune appropriata. Vedere Licenze di Microsoft Intune per i requisiti di licenza di Microsoft Intune.

• Controllare lo stato di aggiunta ibrida ad Azure AD

  Verificare se le macchine con provisioning MCS sono aggiunte ibride ad Azure AD. Le macchine non sono idonee per la co-gestione se non sono aggiunte ibride ad Azure AD. Vedere Risoluzione dei problemi per risolvere i problemi di aggiunta ibrida ad Azure AD.

• Controllare l’idoneità alla co-gestione

  • Verificare che alle macchine con provisioning MCS sia assegnato correttamente il sito di Configuration Manager previsto. Per ottenere il sito assegnato, eseguire il seguente comando PowerShell sulle macchine interessate.

     (New-Object -ComObject "Microsoft.SMS.Client").GetAssignedSite()
     <!--NeedCopy-->
    

  • Se nessun sito è assegnato alla VM, utilizzare il seguente comando per verificare se il sito di Configuration Manager può essere rilevato automaticamente.

     (New-Object -ComObject "Microsoft.SMS.Client").AutoDiscoverSite()
     <!--NeedCopy-->
    

  • Assicurarsi che i limiti e i gruppi di limiti siano ben configurati nell’ambiente di Configuration Manager se non è possibile rilevare alcun codice sito. Vedere Considerazioni per i dettagli.

  • Controllare C:\Windows\CCM\Logs\ClientLocation.log per eventuali problemi di assegnazione del sito client di Configuration Manager.

  • Controllare gli stati di co-gestione delle macchine. Aprire il pannello di controllo di Configuration Manager sulle macchine interessate e andare alla scheda Generale. Il valore della proprietà Co-management deve essere Abilitato. In caso contrario, controllare i log in C:\Windows\CCM\Logs\CoManagementHandler.log.

• Controllare la registrazione a Intune

  Le macchine potrebbero non riuscire a registrarsi in Microsoft Intune anche se tutti i prerequisiti sono soddisfatti. Controllare i registri eventi di Windows in Registri applicazioni e servizi > Microsoft > Windows > DeviceManagement-Enterprise-Diagnostics-Provider per problemi di registrazione a Intune.