Preguntas más frecuentes sobre la solución de problemas de Windows Autopilot

Windows Autopilot está diseñado para simplificar todas las partes del ciclo de vida del dispositivo Windows, pero siempre hay situaciones en las que pueden surgir problemas. Al solucionar un problema, resulta útil comprender lo siguiente:

• Flujo de proceso de Windows Autopilot.
• Cómo se descargan los perfiles de dispositivo Windows Autopilot.
• Actividades clave que se realizarán durante la solución de problemas.

Tanto si se realizan implementaciones de dispositivos controladas por el usuario como si se implementan de forma automática, el proceso de solución de problemas es aproximadamente el mismo. Es útil comprender el flujo de un dispositivo específico:

1. Se establece una conexión de red. La conexión puede ser inalámbrica (Wi-fi) o cableada (Ethernet).

2. Se descarga el perfil de Windows Autopilot. Cuando se usa una conexión cableada o se establece una conexión inalámbrica, el perfil se descarga del servicio de implementación de Windows Autopilot en cuanto se establece la conexión de red.

3. Se produce la autenticación de usuario. Durante una implementación controlada por el usuario, el usuario escribe sus credenciales de Microsoft Entra, que se validan a continuación.

4. Se produce la unión a Microsoft Entra. En el caso de las implementaciones controladas por el usuario, el dispositivo se une a Microsoft Entra ID con las credenciales de usuario especificadas. En escenarios de implementación automática, el dispositivo se une sin especificar ninguna credencial de usuario.

5. Se produce la inscripción automática de administración de dispositivos móviles (MDM). Como parte del proceso de unión a Microsoft Entra, el dispositivo se inscribe en el servicio MDM configurado en Microsoft Entra ID (por ejemplo, Microsoft Intune).

6. Se aplica la configuración. Si la página de estado de inscripción está configurada, la mayoría de las opciones se aplican mientras se muestra la página de estado de inscripción. Si no está configurado o está disponible, la configuración se aplicará después de que el usuario haya iniciado sesión.

Cuando se inicia un dispositivo Windows conectado a Internet, intenta conectarse al servicio Windows Autopilot y descargar un perfil de Windows Autopilot. El perfil de Windows Autopilot se descarga lo antes posible y de nuevo después de cada reinicio.

Las principales actividades de solución de problemas que se deben realizar son:

• Revisar configuración: ¿Microsoft Entra ID y Microsoft Intune o un servicio de administración de dispositivos móviles (MDM) que no son de Microsoft están configurados según lo especificado en los requisitos de configuración de Windows Autopilot?

• Comprobación de la conectividad de red: ¿puede el dispositivo acceder a los servicios descritos en Requisitos de red de Windows Autopilot?

• Comportamiento de la experiencia integrada de Windows (OOBE): ¿Se muestran las pantallas de OOBE esperadas ? ¿Se ha personalizado la página de credenciales de Microsoft Entra con los detalles específicos de la organización según lo previsto?

• Problemas de unión a Microsoft Entra: ¿El dispositivo puede unirse a Microsoft Entra ID?

• Problemas de inscripción de MDM: ¿el dispositivo puede inscribirse en Microsoft Intune o en el servicio MDM que no es de Microsoft?

• Revise los registros que se recopilan automáticamente tras un error de Windows Autopilot. Para obtener más información, consulte Recopilación de diagnósticos de un dispositivo Windows.

En Windows 11, se puede abrir la página de diagnóstico de Windows Autopilot para ver información detallada adicional sobre el proceso de aprovisionamiento de Windows Autopilot. Para habilitar la página diagnósticos de Windows Autopilot:

1. Vaya al perfil esp donde debe habilitarse la página de diagnósticos de Windows Autopilot.

2. Asegúrese de que Mostrar el progreso de la configuración de la aplicación y el perfil está seleccionado en Sí.

3. Asegúrese de que la página Activar recopilación de registros y diagnósticos para los usuarios finales esté seleccionada en Sí.

Para acceder a cualquier información de diagnóstico una vez habilitada la página de diagnóstico, seleccione el botón Ver diagnóstico o escriba la tecla CTRL + MAYÚS + D. La página de diagnósticos se admite actualmente en las condiciones siguientes:

• Windows 11.
• Modo controlado por el usuario de Windows Autopilot.
• Al iniciar sesión con una cuenta profesional o educativa. No se admiten cuentas personales de Microsoft.

Windows Autopilot registra entradas en el registro de eventos. Las entradas de registro se pueden usar para ver los detalles relacionados con la configuración del perfil de Windows Autopilot y el flujo de OOBE . Estas entradas se pueden ver mediante el Visor de eventos. Revise la información del Visor de eventos en Registros de aplicaciones y servicios ->Microsoft ->Windows ->ModernDeployment-Diagnostics-Provider ->Autopilot.

Es posible que se registren los siguientes eventos, según el escenario y la configuración del perfil:

La configuración del perfil de Windows Autopilot recibida del servicio de implementación de Windows Autopilot se almacena en el registro del dispositivo. Esta información se puede encontrar en el Registro en la siguiente clave del Registro:

HKLM\SOFTWARE\Microsoft\Provisioning\Diagnostics\Autopilot

Las entradas del Registro disponibles incluyen:

El seguimiento etw se puede usar para obtener información detallada de Windows Autopilot y componentes relacionados. Los archivos de seguimiento ETW se pueden ver mediante el Analizador de rendimiento de Windows o herramientas similares. Para obtener más información, consulte Solución de problemas de Windows Autopilot.

El código de error 0x80180014 puede producirse en cualquiera de los escenarios siguientes:

1. Microsoft Intune cambió el modo de implementación automática de Windows Autopilot y la experiencia del modo de aprovisionamiento previo. Para reutilizar un dispositivo, se debe eliminar el registro de dispositivo creado por Intune.

   Este cambio afecta a todas las implementaciones de Windows Autopilot que usan el modo de implementación automática o de aprovisionamiento previo. Este cambio afecta a los dispositivos cuando se reutilizan, restablecen o vuelven a implementar un perfil.

   Para resolver y corregir el problema en este escenario y volver a implementar el dispositivo mediante Windows Autopilot, siga estos pasos:

   1. Elimine el registro del dispositivo en Intune. Para conocer los pasos específicos, consulte Eliminación de dispositivos del Centro de administración de Intune.
   2. Vuelva a implementar el perfil de implementación de Windows Autopilot.

2. La inscripción de MDM de Windows está deshabilitada en el inquilino de Intune.

   Para resolver y corregir el problema en este escenario y volver a implementar el dispositivo mediante Windows Autopilot, siga estos pasos:

   1. Inicie sesión en el Centro de administración de Microsoft Intune.

   2. En la pantalla Inicio , seleccione Dispositivos en el panel izquierdo.

   3. En dispositivos | Pantalla de información general , en Por plataforma, seleccione Windows.

   4. En Windows | En la pantalla Dispositivos Windows , en Incorporación de dispositivos, seleccione Inscripción.

   5. En Windows | Pantalla de inscripción , en Opciones de inscripción, seleccione Restricción de la plataforma de dispositivos.

   6. En la pantalla Restricciones de inscripción , en Restricciones de tipo de dispositivo, seleccione Todos los usuarios en la columna Nombre .

   7. En la pantalla Todos los usuarios que se abre, en Administrar, seleccione Propiedades.

   8. En la pantalla Propiedades que se abre, junto a Configuración de la plataforma, seleccione el vínculo Editar .

   9. En la pantalla Editar restricción que se abre:

   10. Busque Windows (MDM) en la columna Tipo .

   11. Asegúrese de que Windows (MDM) esté establecido en Permitir en la columna Plataforma .

   12. Si Windows (MDM) está establecido en Bloquear, cámbielo a Permitir.

   13. Seleccione Revisar y guardar y, a continuación, Guardar si se cambió una configuración o Cancelar si no se cambió la configuración.

   14. Repita los pasos anteriores para ver las restricciones adicionales que puedan existir en la pantalla Restricciones de inscripción que no sean Todos los usuarios. Solo es necesario comprobar las restricciones de la plataforma Windows .

   Nota:

   Cuando existen varias restricciones, es posible que existan restricciones que solo permitan la inscripción de MDM de determinados grupos. Algunas de las restricciones que bloquean la inscripción de MDM pueden ser válidas en función del grupo al que se asignan las restricciones. Al experimentar este problema, compruebe que el dispositivo no es miembro de uno de los grupos en los que se bloquea la inscripción de MDM. Como alternativa, si procede, cambie la configuración de inscripción de MDM para esa restricción a Permitir.

En ambos escenarios, además de los 0x80180014 de error que se producen, los registros de seguimiento de eventos para Windows (ETW) también pueden mostrar el siguiente error de administración de dispositivos móviles (MDM):

MDM Enroll: Server Returned Fault/Code/Subcode/Value=(DeviceNotSupported) Fault/Reason/Text=(Enrollment blocked for AP device by SDM One Time Limit Check)

Este problema suele producirse porque el hash del dispositivo en el archivo CSV tiene un formato incorrecto. El problema se puede confirmar mediante la ejecución de un seguimiento de red mientras se produce el problema. Lo más probable es que el hash del dispositivo en el archivo CSV tenga un formato incorrecto si se produce un error 400 en el seguimiento de red. El cuerpo del mensaje del mensaje de error 400 muestra:

Cannot convert the literal '[DEVICEHASH]' to the expected type 'Edm.Binary'

Cualquier cosa que dañe el hash recopilado puede provocar este error. Una posibilidad es que el hash no se pueda descodificar, incluso si el hash es válido.

El hash del dispositivo es Base64. En el nivel de dispositivo, se codifica como Base64 sin controlador, pero Windows Autopilot espera base64 rellenada. Normalmente, la carga útil no requiere relleno y el proceso funciona. Sin embargo, a veces, la carga no se alinea de forma limpia y es necesario rellenarla. En este caso, se produce el mensaje de error 400 . El descodificador Base64 de PowerShell también espera Base64 rellenado, por lo que este descodificador se puede usar para validar que el hash está rellenado correctamente.

Los caracteres "A" al final del hash son datos vacíos de forma eficaz. Cada carácter de Base64 es de 6 bits. Un en Base64 es de 6 bits igual a 0. Eliminar o agregar Aal final no cambia los datos de carga real.

Para resolver y corregir este problema, es necesario modificar el hash. El nuevo valor debe probarse hasta que PowerShell pueda descodificar correctamente el hash. El resultado es principalmente ilegible, que está bien siempre y cuando no se muestre el error Longitud no válida para una matriz o cadena de caracteres Base-64 .

Para probar base64, use el siguiente PowerShell:

[System.Text.Encoding]::ascii.getstring( [System.Convert]::FromBase64String("DEVICE HASH"))

Por ejemplo:

[System.Text.Encoding]::ascii.getstring( [System.Convert]::FromBase64String("Q29udG9zbwAAA"))

Este ejemplo concreto no es un hash de dispositivo, pero es una Base64 sin controladores mal alineada, por lo que es bueno para las pruebas.

Ahora para las reglas de relleno. El carácter de relleno es "=". El carácter de relleno solo puede estar al final del hash y solo puede haber un máximo de dos caracteres de relleno. Esta es la lógica básica.

• ¿Se produce un error al descodificar el hash?
  • Sí: ¿Son los dos últimos caracteres "="?
    • Sí: reemplace ambos "=" por un único carácter "A" y vuelva a intentarlo.
    • No: agregue otro carácter "=" al final y vuelva a intentarlo.
• No: ese hash es válido

Si se recorre en bucle la lógica en el hash de ejemplo anterior, se obtienen las siguientes permutaciones:

• Q29udG9zbwAAA
• Q29udG9zbwAAA=
• Q29udG9zbwAAA==
• Q29udG9zbwAAAA
• Q29udG9zbwAAAA=
• Q29udG9zbwAAAA== - Este resultado tiene relleno válido.

Reemplace el hash recopilado por este nuevo hash rellenado y vuelva a intentar la importación.

El perfil de Windows Autopilot no se aplica si se cumplen las condiciones siguientes:

• Se produce un cambio de hardware en un dispositivo.

• El dispositivo se vuelve a crear una imagen en una versión de Windows antes de una de las versiones siguientes:

  • Windows 11, versión 21H2 con KB5017383.

  • Windows 10, versiones 22H2.

Este comportamiento es normal.

El mensaje Corrección pendiente o Atención necesaria también se puede mostrar en la página Dispositivos Windows Autopilot del dispositivo. Estos mensajes indican que se ha producido un cambio de hardware en el dispositivo. Cuando se selecciona el vínculo Para corregir el estado pendiente, aparece el mensaje siguiente:

We've detected a hardware change on this device. We're trying to automatically register the new hardware. You don't need to do anything now; the status will be updated at the next check in with the result.

Para resolver y corregir este problema, anule el registro y vuelva a registrar el dispositivo. Para obtener más información, incluido cómo anular el registro de un dispositivo, consulte los artículos siguientes:

• Anule el registro de un dispositivo.
• Devolución de la funcionalidad clave para el inicio de sesión y la experiencia de implementación de Windows Autopilot.
• Guía del escenario de reemplazo de la placa base de Windows Autopilot.

Este problema se produce si el dispositivo se registró anteriormente en microsoft entra id. antes de que se uniera a Microsoft Entra ID. El dispositivo posiblemente registrado en Microsoft Entra ID a través de algo parecido a una unión a Workplace. Si el dispositivo registrado de Microsoft Entra ID no se elimina del id. de Microsoft Entra antes de que el dispositivo se una a Microsoft Entra ID, el tipo de confianza anterior se conserva en el registro. Al unir un dispositivo registrado de Microsoft Entra existente a Microsoft Entra ID, el dispositivo Windows Autopilot se muestra como Microsoft Entra registrado en lugar de unido a Microsoft Entra.

Para resolver y corregir este problema, antes de registrar un dispositivo registrado de Microsoft Entra ID existente como dispositivo Windows Autopilot, se deben eliminar los siguientes objetos de dispositivo existentes para el dispositivo:

• Microsoft Intune.
• Id. de Microsoft Entra.
• Windows Autopilot.

Una vez eliminados todos los objetos de dispositivo, vuelva a registrar el dispositivo como dispositivo Windows Autopilot y vuelva a inscribirlo. Para obtener más información sobre cómo eliminar correctamente todos los objetos de dispositivo, consulte Anulación del registro de un dispositivo.

Para solucionar problemas de inscripción en Microsoft Intune, como el código de error 80180018 en la página Error de algo salió mal , consulte Solución de errores de inscripción de dispositivos Windows en Intune. Los problemas comunes pueden incluir:

• Licencias incorrectas o que faltan asignadas al usuario.
• Demasiados dispositivos inscritos para el usuario.

Consulta Restablecimiento de Windows Autopilot: Solución de problemas para obtener más ayuda si se produce un error de restablecimiento de Windows Autopilot inmediatamente con el error:

Ran into trouble. Please sign in with an administrator account to see why and reset manually.

Es útil comprobar si el dispositivo recibió un perfil de Windows Autopilot. Si el dispositivo recibió un perfil de Windows Autopilot, compruebe que la configuración del perfil es correcta.

Este mensaje de error suele indicar un problema con las licencias. El mensaje de error completo indica lo siguiente:

Something went wrong

Can't connect to the URL of your organization's MDM terms of use. Try again, or contact your system administrator with the problem information from this page.

Compruebe que el usuario que inicia sesión en el dispositivo tiene una licencia válida de Intune, EMS o Microsoft 365.

El problema más común al unir un dispositivo a Microsoft Entra ID está relacionado con los permisos de Microsoft Entra. Asegúrese de que la configuración correcta está en su lugar para permitir que los usuarios unan dispositivos a Microsoft Entra ID. Para obtener más información, consulte Requisitos de configuración.

Los errores se producen si un usuario supera el número permitido de dispositivos a los que puede unirse. Este límite predeterminado es de 50 dispositivos, pero se puede configurar en Microsoft Entra ID. Para obtener más información, consulte Descripción de las restricciones de límite de dispositivos de Intune y Microsoft Entra.

Se crea un dispositivo Microsoft Entra al importarlo. Es importante que este objeto no se elimine. El objeto actúa como delimitador de Windows Autopilot en Microsoft Entra ID para la pertenencia a grupos y la segmentación, incluido el perfil. Eliminarla podría provocar errores de combinación de Microsoft Entra. Si se elimina este objeto, el problema se puede corregir mediante la eliminación y la nueva importación del dispositivo como un dispositivo Windows Autopilot. Al eliminar y volver a importar el dispositivo como dispositivo Windows Autopilot, se vuelve a crear el objeto asociado en Microsoft Entra ID.

Hay un número significativo de opciones de configuración de directiva disponibles para Windows, entre las que se incluyen:

• Directivas nativas de administración de dispositivos móviles (MDM).
• Configuración de directiva de grupo (respaldada por ADMX).

Algunas configuraciones de directiva pueden causar problemas en algunos escenarios de Windows Autopilot. Estos problemas pueden surgir debido a cómo las directivas cambian el comportamiento de Windows. Si se detecta alguno de estos problemas, quite la directiva en cuestión para resolver el problema.

Se sabe que las siguientes directivas causan problemas con Windows Autopilot. Asegúrese de configurar las directivas correctamente para que no entren en conflicto con Windows Autopilot:

La página de estado de inscripción (ESP) que usa Windows Autopilot no admite la combinación de aplicaciones de línea de negocio (LOB) y Win32. Las aplicaciones LOB y Win32 usan TrustedInstaller , que no permite instalaciones simultáneas. Si una aplicación LOB y Win32 intentan instalarse al mismo tiempo, se produce el siguiente mensaje de error durante ESP:

Another installation is in progress, please try again later.

Para obtener más información, vea Configurar la página Estado de inscripción: Configuración del dispositivo: Aplicaciones.

Si se requiere la combinación de aplicaciones LOB y Win32, considere la posibilidad de usar la preparación de dispositivos Windows Autopilot, que no usa ESP, por lo que admite la combinación de aplicaciones LOB y Win32.

El componente Teams Machine-Wide Installer de la versión De hacer clic y ejecutar de Microsoft 365 de Office incluye una instalación msi. ESP no realiza un seguimiento de la instalación msi del instalador de Teams Machine-Wide. Dado que ESP no realiza un seguimiento de la instalación msi del instalador de Teams Machine-Wide, puede provocar un conflicto cuando otras instalaciones basadas en MSI de la aplicación Win32 intentan instalarse durante ESP. Los MSIs se instalan a través de TrustedInstaller , lo que no permite instalaciones simultáneas. Este conflicto puede hacer que se produzca un error en el instalador de Teams Machine-Wide u otras instalaciones basadas en MSI durante esp. Para obtener más información, vea Configurar la página Estado de inscripción: Configuración del dispositivo: Aplicaciones.

Este problema puede ser aleatorio y no siempre puede producirse. El problema se produce debido a un problema de temporización entre la instalación msi del instalador de Teams Machine-Wide y otras instalaciones msi de la aplicación Win32.

Para solucionar el problema o evitar el error, use una de las siguientes soluciones:

1. No instale Teams como parte de la instalación de Microsoft 365 Click-to-Run de Office. En su lugar, implemente Teams como una aplicación Win32 una vez completada la implementación de Windows Autopilot.

2. No instale la versión De hacer clic y ejecutar de Microsoft 365 de Office durante ESP. En su lugar, implemente la instalación De hacer clic y ejecutar de Microsoft 365 de Office una vez completada la implementación de Windows Autopilot.

3. Use un script de PowerShell personalizado para la extensión de administración de Intune (IME) que compruebe si TrustedInstaller está instalando otro MSI. Si es así, espere a que el msi actual termine de instalarse antes de iniciar una nueva instalación de MSI.

4. Para las implementaciones de Windows 11, use la preparación del dispositivo Windows Autopilot. La preparación del dispositivo Windows Autopilot no usa ESP, por lo que admite la combinación de aplicaciones LOB y Win32.

5. Continúe con el error para los errores esp. Si el problema se produce con esta opción habilitada, es posible que algunas aplicaciones, incluido Teams , no se instalen. Sin embargo, ESP continúa y no produce errores.

Contenido relacionado

• Windows Autopilot: problemas conocidos.
• Recopilar registros de MDM.
• Recopilación de diagnósticos de un dispositivo Windows.