![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(304, 39%, 39%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EPC%3C/text%3E%3C/svg%3E)
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(185.6, 36%, 27%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ETL%3C/text%3E%3C/svg%3E)
Olá Pedro Costa,
Esse cenário geralmente ocorre devido a uma falha de sincronização do Azure AD Connect ou porque o objeto de computador do Azure AD Kerberos criado no seu Active Domain Services local não foi replicado corretamente para todos os controladores de domínio que atendem a essas estações.
Para mitigar essa falha de infraestrutura, você deve primeiramente verificar o status do objeto Kerberos usando o módulo PowerShell do Microsoft Entra e executando o comando Get-AzureADKerberosServer para garantir que a configuração de nuvem esteja ativa. No Active Directory local, use a ferramenta de replicação ou execute o comando repadmin /syncall para garantir que o objeto de conta de computador associado ao Azure AD Kerberos tenha sido totalmente replicado para todos os DCs da sua rede.
Adicionalmente, certifique-se de que os notebooks afetados tenham conectividade direta com um controlador de domínio local no momento do logon e que a política de computadores do Intune ou GPO esteja aplicando corretamente a ativação do Cloud Trust através do CSP WindowsHelloForBusiness na propriedade UseCloudTrust.
Tracy Le.