Windows Autopilot: problemas conocidos
En este artículo se describen problemas conocidos que a menudo se pueden resolver con cambios de configuración o a través de actualizaciones acumulativas. Algunos problemas conocidos también pueden resolverse automáticamente en una versión futura.
Sugerencia
RSS se puede usar para notificar cuándo se agregan nuevos problemas conocidos a esta página. Por ejemplo, el siguiente vínculo RSS incluye este artículo:
https://learn.microsoft.com/api/search/rss?search=%22Be+informed+about+known+issues+that+might+occur+during+Windows+Autopilot+deployment.%22&locale=en-us&%24filter=
En este ejemplo se incluye la &locale=en-us
variable . La locale
variable es necesaria, pero se puede cambiar a otra configuración regional compatible. Por ejemplo, &locale=es-es
.
Para obtener más información sobre el uso de RSS para notificaciones, consulte Cómo usar los documentos en la documentación de Intune.
Nota
Para ver problemas con Autopilot con la administración conjunta, consulta Windows Autopilot con administración conjunta.
Se produce un error en la inscripción de DFCI para las ediciones Professional de Windows 11, versión 24H2
Fecha agregada: 9 de octubre de 2024
DFCI no se puede usar actualmente en dispositivos con ediciones Professional de Windows 11, versión 24H2. El problema se está investigando. Como solución alternativa, asegúrese de que el dispositivo se actualiza a la edición Enterprise de Windows 11, versión 24H2 durante o después de la incorporación de OOBE. Después de actualizar a la edición Enterprise de Windows 11, versión 24H2, sincronice el dispositivo. Una vez sincronizado el dispositivo, reinicialo para inscribirlo en DFCI.
Fecha agregada: 29 de agosto de 2024
El informe de implementación de Autopilot se actualizó a una nueva infraestructura que no admite actualmente la ordenación de columnas. El problema se abordará en el futuro.
Inicio de sesión automático para el perfil de dispositivo de pantalla completa solo parcialmente corregido
Fecha agregada: 21 de agosto de 2024
El problema conocido de los perfiles de dispositivo de pantalla completa no inicia sesión automáticamente cuando se ha habilitado el inicio de sesión automático se notificó previamente como corregido. Sin embargo, hay escenarios en los que el problema podría seguir ocurriendo al usar autologon con quioscos y acceso asignado. Si se producen varios reinicios o reinicios inesperados durante la experiencia integrada de Windows (OOBE) al configurar inicialmente la pantalla completa, es posible que se eliminen las entradas de registro automático en el registro. El problema se está investigando.
Las siguientes soluciones alternativas están disponibles hasta que se resuelva el problema:
Aplique o vuelva a aplicar el perfil de pantalla completa una vez que Se complete Windows Autopilot.
Aplique las entradas del Registro autologon manualmente o a través de un script. Por ejemplo:
reg.exe add "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v "AutoAdminLogon" /t REG_DWORD /d 1 /f reg.exe add "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v "DefaultDomainName" /t REG_SZ /d "." /f reg.exe add "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v "DefaultUserName" /t REG_SZ /d "kioskUser0" /f
Excluya los elementos de los reinicios necesarios durante OOBE de Windows Autopilot.
Escriba manualmente las credenciales de usuario de pantalla completa.
Para obtener más información, consulte Recomendaciones de acceso asignado: inicio de sesión automático. Para obtener ayuda adicional, póngase en contacto con el soporte técnico.
El cifrado de BitLocker tiene un valor predeterminado de 128 bits cuando se configura el cifrado de 256 bits.
Fecha agregada: 8 de julio de 2024
En algunas implementaciones de Windows Autopilot de dispositivos no registrados, el cifrado de BitLocker podría tener un valor predeterminado de 128 bits aunque el administrador haya configurado el cifrado de 256 bits debido a una condición de carrera conocida. El problema se está investigando. Microsoft recomienda que los clientes que necesitan cifrado de BitLocker de 256 bits registren dispositivos para Autopilot.
Las aplicaciones necesarias no se muestran en la Página de estado de inscripción (ESP) después de un restablecimiento de Autopilot
Fecha agregada: 17 de mayo de 2024
Cuando se produce un restablecimiento de Autopilot, las aplicaciones necesarias no se instalan en la página estado de inscripción (ESP) antes de que el usuario llegue al escritorio. No se realiza un seguimiento de las aplicaciones en el ESP, pero las aplicaciones se instalan cuando el usuario inicia sesión en el escritorio.
Fecha agregada: 1 de noviembre de 2023
Fecha de inscripción en los dispositivos | Todos los dispositivos y Windows | Los paneles de dispositivos Windows muestran la fecha en que el dispositivo se registró en Autopilot en lugar de la fecha en que se inscribió en Autopilot. Para obtener una fecha más precisa para cuando el dispositivo se inscriba en el inquilino:
Use el Intune Graph API para consultar el dispositivo:
devices?$filter=physicalIds/any(p: startswith(p, '[ZTDID]'))&$select=id,deviceId,displayName,physicalIds,createdDateTime
Para obtener más información, consulte Intune introducción a la API de dispositivos y aplicaciones y Trabajar con Intune en Microsoft Graph.
Use el informe de implementación de Windows Autopilot para dispositivos implementados recientemente.
Fecha agregada: 14 de julio de 2023
Es posible que ver los dispositivos Windows Autopilot dentro de Intune no funcione como se esperaba si se intenta filtrar los resultados. Mientras se trabaja en este problema, una solución alternativa consiste en usar Microsoft Graph API para consultar y filtrar correctamente los dispositivos necesarios.
Fecha agregada: 2 de junio de 2023
Las plataformas con infineon SLB9672 TPM con la versión de firmware 15.22 con certificado EK podrían producir un error con el mensaje de error Algo ocurrió y se agotó el tiempo de espera de la atestación de TPM. Para resolver este problema, póngase en contacto con el OEM para obtener una actualización.
Fecha agregada: 30 de enero de 2023
Fecha de actualización: 21 de agosto de 2024
Actualmente hay un problema conocido en los siguientes Novedades de Windows publicados en enero de 2023:
- Windows 11, versión 22H2: KB5022303
- Windows 11, versión 21H2: KB5022287
- Windows 10, versión 22H2: KB5022282
Si estas actualizaciones se instalan en un dispositivo, los perfiles de dispositivo de pantalla completa que tengan habilitado el inicio de sesión automático no iniciarán sesión automáticamente. Una vez que Autopilot completa el aprovisionamiento, el dispositivo permanece en la pantalla de inicio de sesión solicitando credenciales. Para solucionar este problema conocido, escriba manualmente las credenciales de usuario de pantalla completa con el nombre de usuario kioskUser0
y sin contraseña. Una vez especificado el nombre de usuario sin contraseña, debe ir al escritorio. Este problema debe resolverse en las actualizaciones acumulativas publicadas para Windows 11 en abril de 2023 y Windows 10 en marzo de 2023:
- Windows 11, versión 22H2: KB5025239 o posterior.
- Windows 11, versión 21H2: KB5025224 o posterior.
- Windows 10, versión 22H2: KB5023773 o posterior.
Nota
Este problema solo se ha corregido parcialmente y todavía puede producirse en determinadas condiciones. Para obtener más información, consulte Inicio de sesión automático para el perfil de dispositivo de pantalla completa solo parcialmente corregido.
Fecha agregada: 1 de diciembre de 2022
La atestación de TPM para plataformas AMD con TPM de firmware ASP podría producir un error en el código 0x80070490 en sistemas Windows. Este problema se resuelve en versiones posteriores del firmware amd. Consulte con los fabricantes de dispositivos y las notas de la versión de firmware para las versiones de firmware que contienen la actualización.
Fecha agregada: 6 de octubre de 2022
Algunos dispositivos pueden producir errores intermitentes en la atestación de TPM durante el flujo del técnico de aprovisionamiento previo de Windows Autopilot o el modo de autoimplementación con el código de error 0x81039001 E_AUTOPILOT_CLIENT_TPM_MAX_ATTESTATION_RETRY_EXCEEDED. Este error se produce durante el paso Protección del hardware para dispositivos Windows Autopilot implementados mediante el modo de implementación automática o el modo de aprovisionamiento previo. Los intentos posteriores de aprovisionamiento pueden resolver el problema.
El informe de implementación de Autopilot muestra el estado de "error" en una implementación correcta
Fecha agregada: 22 de septiembre de 2022
El informe de implementación de Autopilot (versión preliminar) muestra un estado de error para cualquier dispositivo que experimenta un error de implementación inicial. Para los intentos de implementación posteriores, con las opciones Probar de nuevo o Continuar con el escritorio , el estado de implementación del informe no se actualiza. Si el usuario restablece el dispositivo, se muestra una nueva fila de implementación en el informe con el intento anterior restante como erróneo.
Fecha agregada: 22 de septiembre de 2022
Las implementaciones de Autopilot que tardan más de una hora pueden mostrar un estado de implementación incompleto en el informe de implementación. Si el dispositivo se inscribe correctamente pero no completa el aprovisionamiento después de más de una hora, es posible que el estado del dispositivo no se actualice en el informe.
Fecha agregada: 15 de junio de 2022
En Windows 10, versión 21H2 de abril de 2022 y algunas versiones de actualización de mayo de 2022, hay un problema por el que el perfil de Autopilot podría no aplicarse al dispositivo. Además, es posible que el hash de hardware no se coste. Como resultado, es posible que los valores realizados en el perfil no se configuren para el usuario, como el cambio de nombre del dispositivo. Para resolver este problema, aplique KB5015020 actualización acumulativa o posterior al dispositivo.
Fecha agregada: 28 de marzo de 2022
Cuando se usa el CSP EnableWebSignIn , es posible que no se elimine el defaultuserX
perfil.
El restablecimiento de Autopilot se encontró con problemas. No se encontró el entorno de recuperación
Fecha agregada: 28 de marzo de 2022
Cuando se intenta restablecer Autopilot, se muestra el siguiente mensaje:
El restablecimiento de Autopilot se encontró con problemas. No se encontró el entorno de recuperación
Si no hay ningún problema con el entorno de recuperación, escriba las credenciales de administrador para continuar con el proceso de restablecimiento.
Fecha agregada: 3 de marzo de 2022
La aplicación de inscripción de Intune debe excluirse de cualquier directiva de acceso condicional que requiera términos de uso porque no se admite. Consulte Términos de uso por dispositivo.
Las excepciones a las directivas de acceso condicional para excluir Microsoft Intune inscripción y Microsoft Intune aplicaciones en la nube son necesarias para completar la inscripción de Autopilot en casos en los que haya directivas restrictivas, como:
- Directiva de acceso condicional 1: bloquee todas las aplicaciones excepto aquellas que se encuentran en una lista de exclusión.
- Directiva de acceso condicional 2: requerir un dispositivo compatible para las aplicaciones de la lista de exclusión.
En este caso, Microsoft Intune Inscripción y Microsoft Intune deben incluirse en esa lista de exclusión de la directiva 1.
Si se establece una directiva de modo que todas las aplicaciones en la nube requieran un dispositivo compatible (no hay ninguna lista de exclusión), de forma predeterminada Microsoft Intune se excluye la inscripción, de modo que el dispositivo pueda registrarse con Microsoft Entra ID e inscribirse con Intune y evitar una dependencia circular.
Dispositivos Microsoft Entra híbridos: cuando se implementan dispositivos Microsoft Entra híbridos con Autopilot, inicialmente se asocian dos identificadores de dispositivo con el mismo dispositivo: uno Microsoft Entra ID y otro híbrido. El estado de cumplimiento híbrido se muestra como N/A cuando se ve desde la lista de dispositivos del Azure Portal hasta que un usuario inicia sesión. Intune solo se sincroniza con el identificador de dispositivo híbrido después de que el usuario haya iniciado sesión correctamente.
El estado de cumplimiento temporal de N/A puede causar problemas con las directivas de acceso condicional basadas en dispositivos que bloquean el acceso en función del cumplimiento. En este caso, este comportamiento del acceso condicional está pensado. Para resolver el conflicto, un usuario debe iniciar sesión en el dispositivo o se debe modificar la directiva basada en dispositivos. Para obtener más información, consulte Acceso condicional: Requerir un dispositivo unido a un entorno híbrido compatible o Microsoft Entra.
Las directivas de acceso condicional, como el cumplimiento de BitLocker, requieren un período de gracia para los dispositivos Autopilot. Este período de gracia es necesario porque hasta que se reinicia el dispositivo, no se captura el estado de BitLocker y Arranque seguro. Dado que el estado no se captura, no se puede usar como parte de la directiva de cumplimiento. El período de gracia puede ser tan corto como 0,25 días.
Fecha agregada: 2 de marzo de 2022
Cuando se registra un dispositivo en Autopilot y no se asigna ningún perfil, se toma el perfil predeterminado de Autopilot. Este comportamiento es una característica del diseño de la aplicación. Se asegura de que todos los dispositivos registrados con Autopilot pasan por la experiencia de Autopilot. Si el dispositivo no debe pasar por una implementación de Autopilot, quite el registro de Autopilot.
Fecha agregada: 19 de febrero de 2022
Hay un error de interfaz de usuario en Autopilot Microsoft Entra implementaciones unidas a híbridos donde la página Estado de inscripción se muestra como una pantalla blanca. Este problema se limita a la interfaz de usuario y no debe afectar al proceso de implementación.
Este problema se resolvió en septiembre de 2022.
Fecha agregada: 19 de febrero de 2022
Al intentar usar Windows Autopilot en una máquina virtual (VM), puede producirse el siguiente error:
"Preparar el dispositivo para la administración de dispositivos móviles
Para resolver el problema, asegúrese de que la máquina virtual está configurada con un mínimo de 2 procesadores y 4 GB de memoria.
Fecha agregada: 19 de febrero de 2022
Cuando se usa un servidor proxy con el servicio ODJConnector, el archivo de memoria puede ser demasiado grande al procesar las solicitudes, lo que afecta al rendimiento. La solución alternativa actual para este problema es reiniciar el servicio de ODJConnectSvc.exe.
Fecha agregada: 19 de febrero de 2022
Cuando se produce un error en ESP durante el flujo de aprovisionamiento previo y el usuario selecciona el botón restablecer, es posible que se produzca un error en la atestación de TPM durante el reintento.
Fecha agregada: 19 de febrero de 2022
Algunos dispositivos pueden producir un error en la atestación de TPM en Windows 11 durante el flujo del técnico de aprovisionamiento previo o el modo de autoimplementación con el código de error 0x81039023. Para resolver el problema, aplique la actualización acumulativa de mayo de 2022 para Windows 11, versión 21H2 KB5013943 o posterior al dispositivo.
Fecha agregada: 9 de enero de 2022
Un objeto de dispositivo se crea previamente en Microsoft Entra ID una vez que se registra un dispositivo en Autopilot. Si un dispositivo pasa por una implementación híbrida Microsoft Entra, por diseño, se crea otro objeto de dispositivo que da como resultado entradas duplicadas.
Fecha agregada: 8 de diciembre de 2021
Algunos dispositivos pueden producir un error en la atestación de TPM en Windows 11 durante el flujo del técnico de aprovisionamiento previo o el modo de autoimplementación con el código de error 0x81039024. Este código de error indica que hay vulnerabilidades conocidas detectadas con el TPM y, como resultado, se produce un error en la atestación. Si se produce este error, visite el sitio web del fabricante del equipo para actualizar el firmware del TPM.
Elimina el registro de dispositivo en Intune antes de volver a usar los dispositivos en modo de implementación automática o modo de aprovisionamiento previo
Los dispositivos se inscriben mediante el modo de implementación automática de Autopilot o el modo de aprovisionamiento previo. Si se vuelve a implementar un dispositivo para volver a ejecutar la implementación de Autopilot, se produce un error en el 0x80180014
código.
Para resolver este error, use uno de los métodos siguientes:
- Elimine el registro del dispositivo en Intune y vuelva a implementar el dispositivo para que vuelva a ejecutar la implementación de Autopilot. Para obtener más información, consulte Anulación del registro de un dispositivo.
- Quite la restricción de inscripción de dispositivos para dispositivos de propiedad personal de Windows (MDM ). Para obtener más información, vea Establecer restricciones de inscripción en Microsoft Intune.
Para obtener más información sobre este problema, consulte Solución de problemas de importación e inscripción de dispositivos Windows Autopilot.
Un usuario no asignado puede iniciar sesión al usar el modo controlado por el usuario con Servicios de federación de Active Directory (AD FS) (ADFS)
En un entorno unido Microsoft Entra controlado por el usuario de Windows Autopilot, un usuario se puede asignar previamente a un dispositivo. Si el usuario es una cuenta de Microsoft Entra nativa de la nube, se aplica el nombre de usuario y solo se le pide su contraseña. No hay ninguna manera de iniciar sesión con otro identificador de usuario. Sin embargo, cuando se usa ADFS, no se aplica la asignación de nombre de usuario. Un usuario diferente al asignado puede iniciar sesión en el dispositivo.
Los conectores de Intune inactivos se limpiarán automáticamente después de 30 días de inactividad sin interacción del administrador.
La página de inicio de sesión de Autopilot muestra etiquetas HTML de la configuración de personalización de marca de la empresa
Cuando se aplican personalizaciones a la configuración de personalización de marca de la empresa, es posible que las etiquetas HTML estén visibles y no se representen correctamente en la página actualizar contraseña. Este problema debe corregirse en versiones futuras de Windows.
Compatibilidad con la atestación de TPM para plataformas de Tiger Lake de TPM de firmware intel en dispositivos con Windows 10, la versión 21H2 requiere la actualización acumulativa de noviembre de 2021 KB5007253 o posterior. No se admiten versiones anteriores de Windows.
Las aplicaciones de bloqueo especificadas en un perfil de estado de inscripción de destino del usuario se omiten durante el esp del dispositivo
Los servicios responsables de determinar la lista de aplicaciones que deben bloquearse durante el ESP del dispositivo no pueden determinar el perfil ESP correcto que contiene la lista de aplicaciones porque no conocen la identidad del usuario. Como solución alternativa, habilite el perfil ESP predeterminado (que tiene como destino todos los usuarios y dispositivos) y coloque allí la lista de aplicaciones de bloqueo. Para evitar este problema, dirija el perfil ESP a los grupos de dispositivos.
Ese nombre de usuario parece pertenecer a otra organización. Intente iniciar sesión de nuevo o vuelva a empezar con una cuenta diferente.
Confirme que toda la información es correcta en la clave del Registro:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Provisioning\Diagnostics\Autopilot
Para obtener más información, consulte ¿Dónde se almacenan los valores de perfil de Windows Autopilot recibidos del servicio de implementación de Windows Autopilot?.
Las implementaciones de Microsoft Entra híbridas controladas por el usuario de Windows Autopilot no conceden derechos de administrador a los usuarios incluso cuando se especifican en el perfil de Windows Autopilot.
Este problema se produce cuando hay otro usuario en el dispositivo que ya tiene derechos de administrador. Por ejemplo, un script o una directiva de PowerShell podría crear otra cuenta local que sea miembro del grupo Administradores. Para asegurarse de que funciona correctamente, no cree otra cuenta hasta que se complete el proceso de Windows Autopilot.
Estos errores pueden deberse a errores de atestación de TPM o tiempos de espera de ESP en dispositivos en los que el reloj en tiempo real está desactivado durante una cantidad significativa de tiempo. Por ejemplo, varios minutos o más.
Para corregir este problema:
- Arranque el dispositivo al inicio de la experiencia integrada (OOBE).
- Establecer una conexión de red (cableada o inalámbrica).
- Ejecute el comando
w32tm /resync /force
para sincronizar la hora con el servidor de hora predeterminado (time.windows.com
).
Durante una implementación de Windows Autopilot para dispositivos existentes, se muestran pantallas deshabilitadas en el perfil de Windows Autopilot, como la pantalla Contrato de licencia de Windows.
Este problema se produce porque Windows elimina el AutopilotConfigurationFile.json
archivo cuando Sysprep.exe
se ejecuta con el /Generalize
parámetro . La tarea Preparar Windows para capturar en una secuencia de tareas Configuration Manager se ejecuta Sysprep.exe
con el /Generalize
parámetro .
Para corregir este problema:
Edite la secuencia de tareas Configuration Manager y deshabilite el paso Preparar Windows para capturar.
Agregue un nuevo paso ejecutar línea de comandos que ejecute el siguiente comando:
C:\Windows\System32\sysprep\sysprep.exe /oobe /reboot
Para obtener más información, vea Modificar la secuencia de tareas para tener en cuenta la configuración de la línea de comandos de Sysprep y Preparar Windows para la captura.
Se produce un error en el modo de implementación automática de Windows Autopilot con un código de error
Para obtener más información sobre este escenario, vea Modo de implementación automática de Windows Autopilot.
Código de error | Descripción |
---|---|
0x800705B4 | Este error general indica un tiempo de espera. Una causa común de este error en el modo de implementación automática es que el dispositivo no es compatible con TPM 2.0. Por ejemplo, es una máquina virtual. Los dispositivos que no son compatibles con TPM 2.0 no se pueden usar con el modo de implementación automática. |
0x801c03ea | Este error indica que se produjo un error en la atestación de TPM, lo que provoca un error al unir Microsoft Entra ID con un token de dispositivo. |
0xc1036501 | El dispositivo no puede realizar una inscripción de MDM automática porque hay varias configuraciones de MDM en Microsoft Entra ID. |
El aprovisionamiento previo proporciona una pantalla de error y el registro de eventos Microsoft-Windows-User Device Registration/Administración muestra el código de error HResult 0x801C03F3
Este problema puede producirse si Microsoft Entra ID no encuentra un objeto de dispositivo Microsoft Entra para el dispositivo que se está implementando. Este problema se produce cuando el objeto se eliminó manualmente. Para corregirlo, quite el dispositivo de Microsoft Entra ID, Intune y Autopilot y vuelva a registrarlo con Autopilot, que vuelve a crear el objeto de dispositivo Microsoft Entra. Para obtener más información, consulte Anulación del registro de un dispositivo.
Para obtener registros de solución de problemas, ejecute el siguiente comando:
Mdmdiagnosticstool.exe -area Autopilot;TPM -cab c:\autopilot.cab
El aprovisionamiento previo no se admite en una máquina virtual.
Asegúrese de que el archivo .csv no se edita en Microsoft Excel o en un editor distinto del Bloc de notas. Algunos de estos editores pueden introducir caracteres adicionales que hacen que el formato de archivo no sea válido.
Asegúrese de que el archivo de perfil JSON se guarda en formato ANSI/ASCII , no Unicode ni UTF-8.
Es probable que el cliente no pueda acceder a todas las direcciones URL necesarias relacionadas con Microsoft Entra ID/MSA. Para obtener más información, consulte Requisitos de red.
El uso de un paquete de aprovisionamiento en combinación con Windows Autopilot puede causar problemas, especialmente si el PPKG contiene información de unión, inscripción o nombre de dispositivo
No se recomienda usar PPKG en combinación con Windows Autopilot.