By Brock McKenna on septiembre 30, 2026
La impresión en un escritorio virtual funciona como puente: la sesión del usuario se ejecuta en un servidor en un centro de datos y la impresora está en una red en otro lugar, normalmente junto al usuario. Algo tiene que transportar la impresión a través de ese límite, y algo tiene que saber cómo convertir el documento en datos que la impresora entienda.
Hay tres formas de hacerlo y cada una resuelve el problema trasladando la dificultad a otro lugar. Entender cuál estás utilizando explica la mayoría de los fallos de impresión que has tenido.
Sobre el papel, cada método parece sencillo. En la práctica, cada uno implica una contrapartida diferente.
¿Cómo funciona la impresión en escritorios virtuales?
1. Redirección de impresoras en AVD, Citrix y RDS
La redirección de impresoras asigna las impresoras instaladas en el equipo local del usuario a la sesión virtual. El usuario se conecta, sus impresoras locales aparecen en la lista de impresoras de la sesión y las impresiones realizadas dentro de la sesión viajan de vuelta por el canal de visualización remota (RDP & HTML5 para AVD, RDP para RDS e ICA para Citrix) hasta el cliente, que luego las envía a la impresora.
Es la opción por defecto, no requiere infraestructura adicional e introduce tres fallos predecibles.
Incompatibilidad de controladores. El host de la sesión necesita un controlador para la impresora redirigida; si no lo tiene, lo sustituye por uno genérico. Si el controlador no está en la imagen, la impresora no aparece o lo hace con capacidades incorrectas. Por eso las imágenes maestras acumulan controladores de impresión, y por eso eliminar uno siempre estropea algo.
Cambio en los nombres de las impresoras. En entornos de sesiones agrupadas, los nombres de las impresoras redirigidas suelen adquirir sufijos específicos de la sesión. Cualquier aplicación configurada para imprimir en una impresora con un nombre fijo (los ERP de línea de negocio son el caso clásico) no puede encontrarla. La aplicación no muestra un error útil. Simplemente no imprime.
Las impresiones cruzan el límite de la sesión dos veces. El documento entra en la sesión, se renderiza allí y el resultado renderizado vuelve al cliente. Los datos de impresión renderizados son mucho más grandes que el documento original, así que esto consume el ancho de banda de la sesión que estaba presupuestado para los píxeles.
El siguiente método aborda una parte diferente del problema: el número de controladores en la sesión.
2. Controladores de impresión universales en entornos de escritorio virtuales
Un controlador de impresión universal instala un único controlador en la sesión que gestiona todas las impresoras y procesa las impresiones a un formato intermedio que luego convierte el cliente o un servidor de impresión.
Esto arregla la hinchazón de la imagen. Un único controlador, no cuarenta. No arregla el problema del ancho de banda, porque la impresión procesada sigue cruzando el límite de la sesión y, según la implementación, puede empeorar el uso del ancho de banda.
También introduce un techo de funcionalidades. Un controlador universal expone un subconjunto común de opciones. La selección de bandeja, el grapado, la perforación y los códigos de contabilidad son las cosas que dejan de funcionar, y dejan de funcionar para quienes más les importa: el equipo de finanzas que imprime en papel con membrete desde la bandeja 3, el equipo legal que necesita un papel específico, etc.
Si ni la redirección ni un controlador universal te resultan atractivos, hay una opción más directa: permitir que el host de la sesión hable directamente con la impresora.
3. Impresión IP directa desde una sesión de escritorio virtual
El host de la sesión imprime directamente en una impresora de red por IP, sin redirección y sin intervención del cliente.
Funciona bien en una implementación de un solo sitio donde los hosts de sesión y las impresoras están en la misma red. Cada vez es menos viable en otros escenarios. Si tu pool de hosts AVD se ejecuta en Europa Occidental y tu impresora está en una sucursal en Mánchester, «IP directa» significa una ruta desde una subred de Azure hasta una VLAN de impresoras a través de una VPN de sitio a sitio, y la impresión hace un recorrido panorámico por tu red para llegar a un dispositivo que está a treinta pies (unos nueve metros) de la persona que la imprimió.
También implica que las impresoras deben ser accesibles de forma individual desde los hosts de sesión, un modelo de acceso a la red sobre el que la mayoría de los equipos de seguridad tienen algo que decir.
Los tres modelos de impresión VDI de un vistazo
¿Por qué fallan las impresiones en AVD, Citrix y RDS?
Porque los tres mantienen el controlador dentro de la sesión, y la sesión es el peor lugar para tenerlo.
El host de la sesión es una máquina compartida, agrupada y reconstruida con frecuencia que ejecuta un print spooler que carga código de controladores de terceros. Cada controlador en la imagen es un riesgo de compatibilidad con la próxima actualización de Windows. Cada conflicto de controladores interrumpe las impresiones para todos los usuarios de ese host, no solo para una persona. Y la imagen maestra, que tu equipo ha minimizado cuidadosamente para optimizar el rendimiento del arranque, lleva una biblioteca de controladores de impresión que existe únicamente porque la impresora está en otro lugar.
Luego está la dimensión de la seguridad. El print spooler del lado de la sesión tiene las mismas propiedades que cualquier otro print spooler: se ejecuta como SYSTEM, acepta RPC y carga código de terceros. Microsoft atribuye el 9 % de los problemas de seguridad de Windows reportados a MSRC a la pila de impresión. Ejecutarlo en un host multisesión con docenas de usuarios no supone ninguna mejora respecto a ejecutarlo en un servidor de impresión.
Eso nos lleva a una pregunta diferente. En lugar de intentar que las impresiones dentro de la sesión sean más manejables, ¿y si el renderizado abandonara por completo la sesión?
¿Qué cambia cuando el renderizado de impresión VDI sale de la sesión?
Si las impresiones se renderizan fuera de la sesión, no se necesita ninguno de los tres modelos, porque el problema que pretenden resolver no llega a producirse.
Ese es el cambio de arquitectura que introduce ezeep.
Con ezeep, las impresiones salen de la sesión como documentos. Se renderizan en la nube con una biblioteca de más de 6.000 controladores de fabricante. Los resultados renderizados se entregan entonces al ezeep Hub en la ubicación física de la impresora, a través de una conexión exclusivamente de salida, y se imprimen. Nunca vuelven a pasar por el canal RDP o ICA.
Las consecuencias son específicas:
- Sin controladores en la imagen maestra. La imagen se vuelve más pequeña y deja de ser una superficie de compatibilidad para controladores.
- Sin tráfico de impresión en el canal de la sesión. El ancho de banda reservado para la experiencia del usuario se dedica a esa experiencia.
- Sin mapeo de impresoras al iniciar sesión. Las impresoras se asignan por identidad a través de Entra ID o Google Workspace. Un usuario ve sus impresoras por su identidad.
- Sin un Print spooler en el lado de la sesión que cargue código de controladores de terceros. Lo que también significa que el modo Windows Protected Print no tendrá nada que bloquear, ya que WPP llegará a los hosts de sesión de Windows Server 2025 y Windows 11 24H2.
ezeep es compatible con Azure Virtual Desktop, Windows 365, Citrix, Parallels y Omnissa Horizon. DMK Group, la mayor cooperativa láctea de Alemania, lo despliega en un entorno de Azure Virtual Desktop con más de 4.000 usuarios.
Y este no es un problema nuevo con el que ezeep se haya topado recientemente.
La trayectoria de ThinPrint importa aquí. ezeep se basa en la tecnología ThinPrint, que lleva trabajando en la impresión para entornos de Terminal Services y Citrix desde la década de 1990. El enfoque refleja mucho tiempo observando cómo falla exactamente esto.
La historia vuelve al mismo límite con el que empezamos: el usuario está en un lugar, la sesión en otro y la impresora en un tercero. La pregunta es simplemente dónde eliges gestionar la complejidad.
