By Henning Volkmer on junio 15, 2026
TL;DR
Sí. Los clientes de Mac y Linux pueden seguir imprimiendo a través de un servidor de impresión de Microsoft tanto en Windows Ready Print (WRP) como en Windows Protected Print Mode (WPP), siempre y cuando el servidor de impresión exponga las colas de impresión a través de IPP o IPPS. Tanto macOS como Linux utilizan CUPS para la impresión, y CUPS se comunica con IPP de forma nativa. La impresión básica funciona sin necesidad de cambios en el controlador. Las capacidades de acabado avanzadas se limitan a los atributos IPP estándar. Los controles de acabado específicos del proveedor que antes requerían un controlador del fabricante en el cliente no están disponibles por esta vía.
Cómo imprimen hoy en día los clientes de Mac y Linux en los servidores de impresión de Windows
Los clientes que no son de Windows y se conectan a un servidor de impresión de Microsoft siempre han tenido dos vías: Basada en SMB (montar la cola de impresión como un recurso SMB compartido, enviar a través de SMB, el servidor se encarga de reenviar; históricamente dominante en entornos mixtos por su autenticación de AD y su conocida experiencia de usuario de impresora en red), y Basada en IPP (conectar directamente a la cola de impresión a través de IPP, expuesta en la sección de Impresoras y escáneres de macOS como "IPP" y tratada por CUPS de Linux como cualquier otra cola de impresión). Ambas han estado disponibles durante años. La pregunta para WRP y WPP es qué cambia en cada una.
Qué cambian WRP y WPP y qué no
Aquí es importante hacer una distinción rápida. Windows Ready Print (WRP) es el nombre que da Microsoft a la plataforma de impresión moderna: basada en IPP y sin controladores por defecto, con los controladores de terceros heredados todavía disponibles como alternativa. Windows Protected Print Mode (WPP) es la capa de aplicación estricta construida sobre ella: cuando WPP está activado, la alternativa desaparece, los controladores heredados se bloquean por completo y solo funcionan las impresoras con certificación Mopria. Microsoft introdujo el nombre WRP en mayo de 2026. La plataforma subyacente es la misma; lo que difiere es si existe la alternativa heredada.
Para Mac y los clientes de Linux, la distinción entre WRP y WPP es menos importante que para los clientes de Windows, porque la aplicación se produce en el lado del cliente de Windows, no en el del servidor.
WPP y WRP se aplican en los clientes de Windows, no en los servidores de Windows. El propio servidor de impresión de Windows no implementa WPP o WRP en el sentido de que controla a los clientes de Mac y Linux; lo que implementa es lo que siempre ha tenido (colas de impresión IPP, recursos compartidos SMB, configuración basada en GPO, el servicio de cola de impresión). Windows Server 2025 incluye WPP como una característica, pero la aplicación significativa se produce en el lado del cliente de Windows de la conexión.
Para un cliente de Mac o Linux, ninguna de estas imposiciones se aplica. macOS y Linux no tienen un print spooler de Windows con el modelo de controlador de terceros que WPP cierra. Tienen CUPS, que está estructurado en torno a IPP desde el principio. Por lo tanto, el lado del cliente no se ve afectado ni por los valores predeterminados de WRP ni por la aplicación de WPP.
Lo que cambia es lo que el servidor de impresión de Windows puede ofrecer a través de sus colas de impresión. En concreto:
- Las colas de impresión IPP siguen funcionando. Un servidor de impresión de Windows que aloja colas de impresión IPP sigue exponiéndolas a través de IPP/IPPS. Los clientes de Mac y Linux se conectan, envían impresiones con formato IPP y el servidor las reenvía a las impresoras. Esta vía sigue funcionando tanto con WRP como con WPP.
- La impresión basada en SMB a Windows Server 2025 tiene un problema conocido. El acceso a la cola de impresión SMB para los clientes de macOS tiene un problema de compatibilidad documentado específicamente con Windows Server 2025: las impresiones entran en la cola y fallan silenciosamente, independientemente de la aplicación de WPP o WRP. Esto no es un problema de WPP/WRP; es un comportamiento separado de Server 2025 que Microsoft ha reconocido pero aún no ha resuelto. Los clientes de Linux que utilizan conexiones SMB basadas en CUPS pueden verse afectados de forma diferente. Si tu entorno dirige a los clientes de Mac a través de SMB a un servidor de impresión de Windows Server 2025, IPP es la ruta recomendada, y funciona sin problemas.
-
La descarga de controladores a los clientes a través de SMB no se aplica de todos modos a los clientes que no son de Windows. Esta es la ruta afectada por WPP para los clientes de Windows, pero es un mecanismo específico de Windows. Los clientes de Mac y Linux no obtienen controladores de Windows del servidor de impresión ni siquiera en un entorno anterior a WPP/WRP. Utilizan rutas solucionables por CUPS o controladores PostScript/PCL que instalan localmente.
Qué está disponible y qué está limitado con WRP y WPP
Impresión básica y autenticación: sin cambios.
La salida de página, color/B&N, dúplex, N-up y otros atributos estándar de IPP funcionan igual que antes. Los permisos de impresora basados en Active Directory se siguen aplicando a los clientes de Mac y Linux, siempre que el método de conexión sea compatible con el mecanismo de autenticación elegido (Kerberos para conexiones SMB autenticadas por AD, IPP-AUTH o Negotiate para conexiones basadas en IPP).
Acabado: estándar IPP disponible, específico del proveedor limitado.
IPP define un vocabulario estándar para las opciones de acabado: ocho posiciones de grapado estándar, dos tipos de cosido (de borde y en caballete), perforación posicional declarada mediante atributos de desplazamiento entero, doce tipos de plegado estándar en IPP Finishings 3.0, y selección de bandeja de salida. Si el firmware de la impresora los expone y el servidor de impresión reenvía correctamente los atributos IPP, los clientes de Mac y Linux pueden solicitarlos de la misma manera que lo hace el controlador de clase IPP en Windows. Lo que está limitado: los controles de acabado específicos del proveedor que dependen del modelo PSA de Windows. Los clientes de Mac y Linux no tienen un equivalente a PSA. Ven los atributos estándar IPP que se describen, más lo que exponga el propio controlador de Mac del proveedor (si está instalado localmente).
Renderizado avanzado para impresoras no Mopria: no es una función del servidor de impresión de Windows.
Una suposición común es que el conjunto de controladores heredados del servidor de impresión puede renderizar impresiones de clientes que no son de Windows y reenviarlas a impresoras que no son Mopria. El modelo de cola de impresión/controlador de Windows no admite ese patrón de recodificación: cada cola de impresión se empareja con un controlador y espera impresiones en el formato de ese controlador. Para los dispositivos que no son Mopria en entornos mixtos de Mac/Linux/Windows, las vías de trabajo son conexiones IPP directas de cada cliente a una impresora compatible con IPP, la renovación del hardware cuando sea posible o una arquitectura de cloud rendering que gestione la recodificación fuera de la ruta de impresión de Windows.
Qué hacer si tu entorno depende de esta ruta
Audita qué clientes se conectan a través de qué ruta. Los clientes de Mac y Linux que se conectan a través de SMB frente a IPP obtienen una experiencia diferente con Windows Server 2025, no solo en lo que respecta a los controles de acabado, sino también en si las impresiones se completan o no. Conocer el desglose es el primer paso.
Mueve los clientes de Mac a IPP antes de tocar la configuración de WRP o WPP. El problema de SMB con Windows Server 2025 es independiente de WPP/WRP, pero es probable que surja durante un proyecto de migración a WPP. Pasar primero los clientes de Mac a colas de impresión IPP elimina esa variable.
Prueba la impresión multiplataforma en la imagen del servidor de Windows con WRP activado antes de un despliegue general. Prueba específicamente: el envío de impresiones, el acceso a la cola de impresión, las opciones de acabado expuestas en el diálogo de impresión de macOS o Linux y cualquier opción específica del proveedor de la que dependan los flujos de trabajo. La ruta de impresión IPP debería funcionar sin cambios; los detalles del acabado y el comportamiento de SMB son los puntos donde pueden surgir sorpresas.
Documenta la ruta alternativa de los atributos IPP para el acabado avanzado. Cuando los clientes de Mac o Linux pierden el acceso al acabado específico del proveedor durante la transición a WRP, los atributos estándar de IPP suelen cubrir las operaciones equivalentes. Mapear las opciones específicas del proveedor a sus equivalentes estándar de IPP es una documentación de migración que merece la pena producir una sola vez.
¿Cómo funciona ezeep en un entorno Windows Ready Print?
ezeep elimina por completo el servidor de impresión de Windows de la ruta, lo que significa que las preguntas de este artículo no se aplican a los entornos de ezeep. El problema de SMB a Server 2025, la aplicación de WPP en los clientes de Windows, la disponibilidad de los atributos de acabado a través de una cola de impresión reenviada por el servidor... ninguna de estas son variables cuando el servidor de impresión no está.
Los clientes de Mac, Linux y Windows se conectan a ezeep a través de sus propias rutas nativas de la plataforma. La ruta de cloud rendering ofrece la misma experiencia a todos los sistemas operativos compatibles: envío de impresiones, acceso a la cola de impresión, controles de acabado disponibles a través de los atributos estándar de IPP y autenticación a través de la integración del proveedor de identidad con Microsoft Entra ID o Google Workspace.
En Windows, la ezeep Print App se encarga del lado del cliente y funciona hoy en día en máquinas con WPP activado. Los clientes de Mac y Linux se conectan a través de sus propias rutas nativas de la plataforma. La impresión multiplataforma funciona, WPP en los clientes de Windows no afecta a Mac o Linux, y el problema de SMB de Server 2025 es problema de otro.
Habla con un experto sobre tu entorno de impresión multiplataforma
Envíanos la topología de tu entorno: versión de Windows Server, colas de impresión, clientes por sistema operativo, flujos de trabajo que dependen del acabado. Trazaremos un mapa de lo que cambia para cada clase de cliente con WRP y WPP y dónde están las brechas multiplataforma. ¿Quieres empezar por tu cuenta? Tenemos una lista de preparación para WPP que querrás consultar.
