Problemas conocidos
Actualización de versiones de App Layering
App Layering 2312
Es posible que no se pueda actualizar a App Layering 2312 y se devuelva el error «Se ha producido un error al actualizar el dispositivo». Vuelva a intentar la actualización después de volver de una instantánea limpia”. Somos conscientes de un problema con algunos dispositivos que se actualizaron desde versiones anteriores. En este escenario, la actualización podría fallar debido a la presencia de componentes del actualizador heredados. Estamos trabajando en una compilación parcheada para App Layering 2306 que contiene una solución permanente para este problema.
Para solucionar este problema, es necesario eliminar el módulo antiguo realizando los siguientes cambios en el dispositivo Layering:
- Inicie sesión en la consola del dispositivo con el nombre de usuario y la contraseña raíz.
- Ejecute el comando “yum remove mod_http2”. El comando puede tardar varios minutos en ejecutarse.
- Una vez completado el comando, vuelva a iniciar sesión en el dispositivo mediante un explorador web y vuelva a ejecutar la actualización.
- La actualización puede tardar 30 minutos o más en completarse, pero ahora debe realizarse correctamente.
App Layering 2005
- El paquete de actualización de App Layering 2005 es lo suficientemente grande como para que los dispositivos antiguos no puedan descargarlo automáticamente. Si ejecuta la versión 2001 o anterior, descargue el paquete manualmente desde el sitio de descargas.
-
Se recomienda ejecutar la actualización desde una consola de administración en HTTP seguro (HTTPS). Si actualiza mientras está en HTTP, los mensajes no se muestran en el explorador. Si eso sucede, actualice el explorador después de 20 minutos (La actualización no causará problemas a pesar del mensaje que dice que no se debe actualizar). Si la actualización sigue ejecutándose, aparece el error “servicio no disponible”. Es seguro ignorar el mensaje y seguir actualizando el explorador cada pocos minutos hasta que aparezca la página de inicio de sesión.
- Si tiene dos paquetes de actualización con el mismo nombre en carpetas diferentes en el recurso compartido de archivos de red, al seleccionar uno de esos paquetes, se seleccionarán ambos paquetes. Si ambos paquetes tienen la misma versión, la actualización se realiza correctamente. Si tienen versiones diferentes, el sistema elige el número de versión inferior. Esto ocurre con Enterprise Layer Manager (ELM) versión 22.2.
Dispositivo de App Layering y consola de administración
- En la nueva interfaz de usuario, los tipos de plataforma no se pueden modificar. Modificar tipos de plataforma sigue funcionando correctamente en la interfaz de usuario anterior. (UNI-86856)
- Al instalar el dispositivo de App Layering, debe usar la configuración de CPU predeterminada de 4 CPU.
- Si utiliza roles en un entorno complejo de Active Directory y los inicios de sesión son lentos, asigne todos los roles a usuarios explícitos en lugar de a grupos.
Enlaces a la documentación de App Layering
Los vínculos de documentación de la consola de administración se abren como una página en blanco en Internet Explorer 11. Para solucionar este problema, pega el enlace en otro explorador. La documentación se muestra correctamente.
Agente de App Layering
De forma predeterminada, el agente de Citrix App Layering se ejecuta en la cuenta del sistema local en el servidor Hyper-V. Si cambia la cuenta a otra que no sea Sistema local, el agente no puede transferir discos desde y hacia el dispositivo.
App Layering OS Machine Tools
-
(Solo versión 19.5) Después de actualizar a la versión 19.5 (o posterior) desde 19.3 (o anterior), asegúrese de actualizar Activación de KMS Office para usar Office 2019. Al preparar la imagen del sistema operativo para la creación de capas, descargue y ejecute las nuevas herramientas de máquina con sistema operativo de App Layering.
-
(Solo en la versión 19.1) Al preparar la imagen del sistema operativo para la creación de capas, asegúrese de que la activación de KMS Office se active al iniciar el escritorio. Solo para esta versión, descargue y ejecute App Layering OS Machine Tools desde la versión 18.12.
Microsoft Teams 2.x
Microsoft Teams 2.x ha cambiado su método de instalación y ahora se instala en C:\Program Files\WindowsApps
. Para admitir este cambio, debe ejecutar la versión 2403.2 o posterior de App Layering. Puede descargar un disco de actualización en la página de descargas de App Layering que incluya esta corrección.
Tenga en cuenta lo siguiente:
- Aún debe seguir las recomendaciones de MSFT para impedir que ciertas carpetas o archivos persistan.
- Elastic-fit indica que estas capas de aplicaciones no son adecuadas para la asignación elástica (incluye las capas de aplicaciones UWP/AppX en la imagen publicada).
- Los usuarios actuales de la capa de usuarios pasan por una experiencia de inicio de sesión “por primera vez” si se realizan cambios en la combinación o si se modifican las versiones de estas dos aplicaciones en la imagen.
- Al actualizar Microsoft Teams en una revisión de la capa de aplicaciones, quite la versión anterior antes de instalar la versión más reciente.
- Si Microsoft Teams 2.1 se instaló anteriormente en la capa del sistema operativo, se debe quitar de la capa del sistema operativo antes de crear capas de aplicaciones.
Si está ejecutando una versión anterior de App Layering, se necesita una solución alternativa para instalar Microsoft Teams 2.1 en la capa del sistema operativo. Use la siguiente solución temporal.
Solución temporal:
- Cree una versión de capa de sistema operativo.
- Descargue el instalador .exe para Windows 10 u 11.
- Descargue MSIX.
Nota:
Para obtener más información sobre el instalador .exe y MSIX, consulte la documentación de Microsoft.
- Abra una línea de comandos de administrador.
- Deshabilite la actualización automática de Microsoft Teams con el siguiente comando:
reg add hklm\software\microsoft\teams /v disableAutoUpdate /t REG_DWORD /d 1 /f
- Según la ubicación de su
.MSIX
, siga los siguientes pasos:- Para Windows 10 u 11, usa el siguiente comando:
.\teamsbootstrapper.exe -p -o "c:\path\to\teams.msix"
- Para Windows Server 2016, 2019 o 2022, usa el siguiente comando:
Dism /Online /Add-ProvisionedAppxPackage /PackagePath:<MSIX package path> /SkipLicense
- Para Windows 10 u 11, usa el siguiente comando:
- Para completar la instalación, inicie Microsoft Teams.
-
Cree un archivo UserExclusion para incluir las siguientes exclusiones recomendadas por MSFT:
c:\Users\*\AppData\Local\Publishers\8wekyb3d8bbwe\TeamsSharedConfig\Meeting-Addin\
c:\Users\*\AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\Logs\
c:\Users\*\AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\PerfLogs\
c:\Users\*\AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\EBWebView\WV2Profile_tfw\WebStorage\
- Finalice la versión de la capa del sistema operativo.
- (Opcional) Asegúrese de que ninguna capa de aplicación que contenga una versión anterior de Microsoft Teams esté asignada de forma elástica o estadística.
Nota:
- No ejecute el archivo
.MSIX
en sí. Esto instala Microsoft Teams y estaría disponible en el menú Inicio, pero al hacer clic en él, el proceso no se inicia.- No inicies sesión en ninguna cuenta de Microsoft Teams mientras creas una capa de sistema operativo y no cambies ninguna configuración de Microsoft Teams. Las cuentas personales no son compatibles con los nuevos Microsoft Teams. Para obtener más información, consulte la documentación de Microsoft.
[UNI-90395]
Capas elásticas
- Microsoft Office no puede tener capas elásticas debido a la forma en que sus licencias se integran con la Tienda Windows. La capa de aplicaciones de Office debe incluirse en la imagen en capas.
- Cuando habilita una imagen con capas elásticas, es posible que los usuarios puedan ver archivos y directorios de otras sesiones en el Explorador de Windows. Los directorios explorados en la otra sesión pueden crear carpetas visibles para todas las sesiones que tienen permiso para examinar ese directorio.
- Si utiliza asignaciones de capa elástica con Windows Server 2008 o Windows 7, cree el recurso compartido de archivos con un tamaño de sector de 512. Para obtener información detallada sobre este problema y las actualizaciones relacionadas del sistema operativo, consulte:
Capas de usuarios
- Al iniciar sesión después de la actualización, se inician las pantallas de Windows First Sign-in: Cuando inicia sesión después de actualizar a 4.10 o posterior, el inicio de sesión habitual de Windows First Sign-in actualiza la capa de usuarios con la versión del sistema operativo. El proceso conserva los archivos de capa de usuarios.
Compatibilidad con Windows 10
- Actualizaciones de Windows 10, versión 20H2. Si actualiza la capa del sistema operativo a Windows 10 20H2 desde una versión anterior, actualice directamente a la compilación 19042.630 o posterior. La actualización desde compilaciones de Windows 10 20H2 publicadas antes del 16/11/2020 puede provocar implementaciones de imágenes incoherentes. Por ejemplo, si publica imágenes con una plantilla con la opción Generalizar sin conexión seleccionada, es posible que las imágenes publicadas no funcionen correctamente.
- La actualización requiere pasos adicionales cuando se va a una nueva versión principal de Windows 10: Durante la actualización, Windows 10 puede crear un volumen de recuperación en el mismo disco que la versión de la capa del sistema operativo. Elimine siempre este volumen antes de finalizar la versión de la capa de SO. De lo contrario, el volumen de recuperación puede provocar que los escritorios no se inicien correctamente. Para obtener más información, consulte Issue 9 en Windows 10 v2004, 20H2, 21H1 y 21H2: problemas conocidos de Citrix.
- Si ha generado y aplicado el script
Optimizations.cmd
de App Layering a una capa de sistema operativo Windows 10 1909, es posible que la opción Buscar en el menú Inicio no funcione como se esperaba. Para evitar este problema, agregue una versión a la capa del sistema operativo y ejecute el programac:\windows\setup\scripts\Optimize.hta
. Para crear otro scriptOptimizations.cmd
para aplicarlo a la nueva versión de capa, anule la selección de Inhabilitar el servicio de entrada de tableta (Sección 6, Opción M) y seleccione Guardar archivo. Antes de finalizar la capa de SO, ejecute el comandoPowershell Set-Service TabletInputService -startuptype manual
para deshacer el efecto de cualquier anteriorOptimizations.cmd
que pudiera haber inhabilitado el servicio.
Conectores
- Al utilizar el conector de implementaciones de Azure, si elimina todas las plantillas y modifica el conector para elegir una plantilla nueva, aparecerá una versión de la plantilla eliminada. A continuación, al hacer clic en Guardar, aparece un error. Como solución alternativa, vuelva a seleccionar una versión de plantilla válida antes de hacer clic en Guardar. (UNI-88412)
- Al utilizar la opción de disco de arranque mini de Windows, puede especificar hasta cuatro capas de requisitos previos para cualquier capa de aplicaciones determinada. Si una aplicación requiere que haya más de cuatro aplicaciones más durante la instalación, instale varias aplicaciones en una capa. (UNI-69524)
- Al crear una capa (aplicación, sistema operativo o plataforma) en Windows 7 de 64 bits, si selecciona Descargar composición en la configuración del conector, puede tener problemas para agregar una versión a la capa. Se produce un error y no se crea la máquina de embalaje. Cuando no se selecciona Compositing de descarga en la configuración del conector, se crea la máquina de embalaje. (UNI-82545)
- Recibir el error 503, “Problemas de servidor ocupado” de Azure. Si recibe este error de forma constante, siga los pasos de CTX310868. Este problema ocurre esporádicamente y se está probando una solución para ello. (ALHELP-1383)
- Si intenta introducir un nombre para un conector y ese nombre ya existe, recibirá un mensaje de error genérico del sistema, en lugar del mensaje de error correcto. El problema se produce en los conectores Azure Deployments, Machine Creation for Azure Deployments, VMware vSphere y Machine Creation for vSphere. (UNI-89218)
Citrix Provisioning
- Al crear una plantilla de imagen, la configuración del hardware del dispositivo de destino debe coincidir con la configuración del sistema operativo Windows y de la capa de plataforma. Asegúrese de que la configuración de hardware en el dispositivo de destino coincida con la configuración de hardware del sistema operativo y de la capa de plataforma, especialmente el número de CPU. Si la configuración no coincide, aparecerá el mensaje «es necesario reiniciar» al iniciar la imagen publicada. (UNI-50799)
- Si usa Provisioning Services, debe inhabilitar IPv6 en la capa del sistema operativo y no en la capa de la plataforma. (UNI-53600)
- Al importar archivos VHDX publicados desde App Layering al almacén de discos PVS, a veces recibe un mensaje de disco no válido. Elimine el error cambiando los caracteres de punto (.) en la fecha y hora del nombre de archivo publicado. Un nombre de archivo válido contiene solo un punto para la extensión de archivo VHDX. (UNI-75902)
- Cuando se selecciona Compositing de descarga en la configuración del conector:
- La ruta del almacén de Citrix Provisioning no se valida si contiene espacios. Reemplace los espacios por %20 para que el nombre sea válido. (UNI-84868)
- Los trabajos de publicación fallan si la ruta del recurso compartido de archivos termina con una barra invertida (\). (UNI-85045)
- Los trabajos de publicación fallan con un mensaje de error ComponentActivator si el usuario del dominio no tiene permiso de lectura y escritura en la ruta del recurso compartido de archivos. (UNI-85020)
- Cuando selecciona un conector de Hyper-V para la configuración de composición de descarga y la capa del sistema operativo es Gen 2, debe crear otra versión de la capa del sistema operativo y, a continuación, crear la capa de plataforma a partir de esa versión del sistema operativo. De lo contrario, el objetivo no arranca. (UNI-85044)
-
Al establecer la ruta del recurso compartido de archivos de composición para la configuración del conector, no se verifica la conectividad entre el motor de composición y el almacén de Citrix Provisioning. Si la ruta del almacén no se asigna a la ruta del recurso compartido de archivos, recibirá un error similar al siguiente:
- Error: “Se ha producido un error inesperado del sistema. Reintente la operación o póngase en contacto con el soporte técnico. Mensaje de excepción: el código de estado de respuesta no indica éxito: 404 (no encontrado). [Detalles de excepción] (UNI-85045), (UNI-85020)
XenServer
- Cuando prepare la imagen del sistema operativo para usarla en XenServer, debe abrir el puerto 5900 para permitir el acceso a la consola. (UNI-50846)
- Establezca siempre la configuración del conector de Citrix App Layering para que apunte al nodo maestro. (UNI-52454)
- Capas de requisitos previos:
- Si una máquina se cuelga al arrancar y se selecciona una capa de requisitos previos, es probable que uno de los discos de capa no esté conectado. Asegúrese de que Citrix Guest Tools esté incluido en las capas del sistema operativo o de la plataforma.
- Si utiliza capas de requisitos previos para crear el SO o la capa de plataforma, Citrix Tools debe estar presente. Sin las herramientas, la máquina de embalaje falla y recibe una pantalla azul. XenServer no puede ver ningún dispositivo conectado después de la unidad de DVD. La unidad de DVD está siempre en la tercera ranura. (UNI-67741)
Citrix Virtual Apps and Desktops (CVAD)
- Al actualizar Citrix Virtual Apps and Desktops a la versión 7.15 CU4, primero debe instalar .NET Framework 4.7.1 en una nueva versión de la capa de sistema operativo, en lugar de en la capa de plataforma. La instalación de .NET Framework 4.7.1 en la capa del sistema operativo garantiza que todas las capas de aplicaciones, capas de plataforma e imágenes funcionen correctamente. Las actualizaciones más recientes de Windows ya incluyen .NET Framework 4.7.1 como parte de las actualizaciones. (ALHELP-588, UNI-75108)
Google Cloud
-
Al importar capas desde otra plataforma, debe agregar una versión a la capa del sistema operativo y cambiar a usar la nueva versión de la capa a partir de ese momento. De lo contrario, es probable que las máquinas de embalaje y las imágenes publicadas fallen con una pantalla azul.
-
Configuración de Google Cloud Connector. «Comprobar credenciales» verifica el rol de usuario de la cuenta de servicio. Si la cuenta de servicio especificada en el archivo de clave JSON de la cuenta de servicio de configuración de Google Cloud connector es diferente a la cuenta de servicio asociada a la plantilla de instanciasseleccionada, la cuenta de servicio en la configuración debe tener el usuario de la cuenta de serviciopapel. Si no es así, recibirá un error al implementar una máquina con esa configuración de conector. (UNI-82082)
Nutanix Acropolis
-
El siguiente mensaje durante la creación de capas de aplicaciones indica que la configuración de capa de aplicaciones especifica una capa de plataforma. No utilice capas de plataforma con la función de almacenamiento en caché de la capa de aplicaciones que mejora el rendimiento. (UNI-67742)
VMware vSphere
- Al crear la capa del SO mediante el Asistente para crear capa de SO, se muestran las máquinas virtuales de la interfaz unificada de firmware extensible (UEFI). Sin embargo, no puede crear máquinas UEFI mediante el asistente. En su lugar, utilice el nuevo script
ImportOsLayer.ps1
para importar el sistema operativo en la nueva máquina de capa de sistema operativo. - Cuando se usa una configuración de conector de vSphere con VMware Cloud y un almacén de datos de vSAN 7.0 Update 2 (o posterior), se debe seleccionar Compositing de descarga. (UNI-85216)
- Al utilizar el nuevo conector VMware vSphere en AL 23.4, si selecciona una red opaca al crear o modificar el conector, el conector fallará. Como solución alternativa, seleccione una red no opaca. Las configuraciones de conectores existentes que utilizan una red opaca creada antes de AL 23.4 siguen funcionando normalmente. (UNI-89439)
Microsoft Azure
- App Layering no admite el almacenamiento de Azure File. Para el almacenamiento en Azure, cree un recurso compartido de archivos SMB o un recurso compartido de archivos de red. (UNI-42272)
- Los discos administrados solo se admiten con las importaciones de SO. El empaquetado de capas de aplicaciones y la publicación de imágenes solo producen discos no administrados. Al crear una máquina virtual en Azure, seleccione Sin discos administrados.
Microsoft Hyper-V
- Al seleccionar una configuración de conector de Hyper-V para la composición de descarga y su capa de SO es Gen 2, la capa debe tener al menos una versión además de la original. Además, la capa de plataforma en la que se instala el software del dispositivo de destino de Citrix Provisioning debe crearse con la nueva versión de la capa de SO. (UNI-85044)
- Cuando se establece una configuración de conector Hyper-V para Compositing de descarga con Gen 2 (UEFI) y VHDX, se permite elegir VHD como formato de disco en la configuración del conector de Citrix Provisioning, pero esta configuración no es compatible.
- Al configurar Elastic Layering en Hyper-V, debe usar grupos RDS no administrados (UNI-53545)
-
Al crear una capa de aplicación, si se especifica una capa de plataforma en la configuración de la capa de aplicación, recibirá un error. No use capas de plataforma con la función de almacenamiento en caché de App Layering. (UNI-71868, UNI-67743)
-
Crear una capa de SO en Hyper-V Server 2019 puede dar lugar a este error:
“No se pudo crear el disco duro virtual. Asegúrese de que haya suficiente espacio en el recurso compartido especificado en la configuración del conector”.
Este error se debe a un problema con el cmdlet New-VHD de Microsoft PowerShell. Estamos vigilando una solución de Microsoft. Mientras tanto, use la siguiente solución alternativa para este error:
- Asegúrese de que la máquina virtual dorada no tenga puntos de control.
- Asegúrese de que el disco de máquinas virtuales Gold está en la misma ruta de directorio que está configurada en la configuración del conector. Ejemplo: ruta
local es D: Brock
Gold VM disco se almacena en D:\Brock\WIn10Gold\Win10GoldDisk.vhdx
-
App Layering no puede crear una capa de aplicación o plataforma si la ruta de almacenamiento en la configuración del conector Hyper-V contiene una comilla invertida (`). Por ejemplo:
mystoragename` <!--NeedCopy-->
Impresión
Con las imágenes de App Layering configuradas para Full User Layer, puede instalar sus propios dispositivos de impresión directamente. Sin embargo, al cerrar sesión e iniciar sesión, las impresoras y escáneres ya no muestran los dispositivos de impresión autoinstalados.
Como solución alternativa, puede acceder a las impresoras o seleccionarlas desde las aplicaciones.
Red
Es posible que las aplicaciones que incluyen componentes de red no funcionen correctamente cuando se instalan en una capa de aplicaciones y, a continuación, se incluyen en una imagen publicada. Las aplicaciones de este tipo deben instalarse en la capa del sistema operativo o en la capa de plataforma para garantizar una combinación adecuada de la información de registro relacionada con la red en la imagen.
Información relacionada
En este artículo
- Actualización de versiones de App Layering
- Dispositivo de App Layering y consola de administración
- Enlaces a la documentación de App Layering
- Agente de App Layering
- App Layering OS Machine Tools
- Microsoft Teams 2.x
- Capas elásticas
- Capas de usuarios
- Compatibilidad con Windows 10
- Conectores
- Citrix Provisioning
- XenServer
- Citrix Virtual Apps and Desktops (CVAD)
- Google Cloud
- Nutanix Acropolis
- VMware vSphere
- Microsoft Azure
- Microsoft Hyper-V
- Impresión
- Red
- Información relacionada