By Brock McKenna on settembre 30, 2026
La stampa in un desktop virtuale funziona colmando un divario: la sessione dell'utente viene eseguita su un server in un datacenter, mentre la stampante è su una rete diversa, di solito vicino all'utente. Qualcosa deve portare il processo di stampa oltre quel confine e qualcosa deve sapere come trasformare il documento in dati comprensibili per la stampante.
Ci sono tre modi per farlo, e ognuno risolve il problema spostando la difficoltà altrove. Capire quale state usando spiega la maggior parte dei problemi di stampa che avete riscontrato.
Sulla carta ogni approccio sembra lineare. In pratica, ognuno comporta un compromesso diverso.
Come funziona la stampa da desktop virtuale?
1. Reindirizzamento della stampante in AVD, Citrix e RDS
Il reindirizzamento della stampante mappa le stampanti installate sul dispositivo locale dell'utente nella sessione virtuale. Quando l'utente si connette, le sue stampanti locali compaiono nell'elenco della sessione, e i processi di stampa avviati nella sessione ritornano attraverso il canale di visualizzazione remota (RDP & HTML5 per AVD, RDP per RDS e ICA per Citrix) fino al client, che poi li inoltra alla stampante.
È il comportamento predefinito, non richiede infrastruttura aggiuntiva e introduce tre guasti prevedibili.
Incompatibilità dei driver. L'host della sessione necessita di un driver per la stampante reindirizzata; altrimenti usa un driver generico. Se il driver non è presente nell'immagine, la stampante non compare o compare con capacità errate. Ecco perché le «golden image» accumulano driver di stampa e perché rimuoverne uno rompe sempre qualcosa.
I nomi delle stampanti cambiano. Negli ambienti multi-sessione pooled, i nomi delle stampanti reindirizzate spesso acquisiscono suffissi specifici per la sessione. Qualsiasi applicazione configurata per stampare su un nome di stampante fisso (gli ERP aziendali sono il caso classico) non la trova. L'applicazione non segnala un errore utile. Semplicemente non stampa.
Il processo di stampa attraversa il confine della sessione due volte. Il documento entra nella sessione, viene renderizzato lì e l'output renderizzato torna al client. I dati di stampa renderizzati sono molto più voluminosi del documento di origine, quindi consumano la larghezza di banda della sessione che era stata prevista per i pixel.
L'approccio successivo affronta un aspetto diverso del problema: il numero di driver presenti nella sessione.
2. Driver di stampa universali negli ambienti desktop virtuali
Un driver di stampa universale installa nella sessione un unico driver che gestisce tutte le stampanti, eseguendo il rendering dei processi di stampa in un formato intermedio poi convertito sul client o su un server di stampa.
Così si elimina l'aumento eccessivo delle dimensioni dei file di stampa. Un solo driver, non quaranta. Non risolve però il problema della banda, perché il processo di stampa renderizzato attraversa comunque il confine della sessione e, a seconda dell'implementazione, il consumo di banda può perfino aumentare.
Introduce anche un tetto alle funzionalità. Un driver universale espone solo un sottoinsieme comune di funzionalità. Selezione del vassoio, pinzatura, perforazione e codici di contabilizzazione sono le opzioni che smettono di funzionare, e smettono di funzionare per gli utenti a cui interessano di più: il team finanziario che stampa su carta intestata dal vassoio 3, il team legale che ha bisogno di un tipo di carta specifico, ecc.
Se né il reindirizzamento né un driver universale sono attraenti, c'è un'opzione più diretta: lasciare che l'host della sessione parli direttamente con la stampante.
3. Stampa IP diretta da una sessione desktop virtuale
L'host della sessione stampa direttamente su una stampante di rete tramite IP, senza reindirizzamento né coinvolgimento del client.
Funziona bene in una distribuzione a sito singolo, dove gli host delle sessioni e le stampanti sono sulla stessa rete. Sempre meno plausibile altrove. Se il vostro pool di host Azure Virtual Desktop è in esecuzione in Europa occidentale e la stampante si trova in una filiale a Manchester, la «stampa IP diretta» richiede una route da una subnet Azure a una VLAN della stampante attraverso una VPN da sito a sito, e il processo di stampa compie un percorso tortuoso attraverso la vostra rete per raggiungere un dispositivo che è a pochi metri dalla persona che lo ha avviato.
Significa anche che le stampanti devono essere raggiungibili singolarmente dagli host della sessione, un modello di accesso alla rete su cui la maggior parte dei team di sicurezza ha qualcosa da ridire.
I tre modelli di stampa VDI in sintesi
Perché la stampa si blocca in AVD, Citrix e RDS?
Perché tutti e tre mantengono il driver all'interno della sessione — e la sessione è il posto peggiore in cui tenerlo.
L'host della sessione è una macchina condivisa, parte di un pool e spesso ricreata, che esegue uno spooler di stampa che carica codice di driver di terze parti. Ogni driver presente nell'immagine rappresenta un rischio di compatibilità rispetto al prossimo aggiornamento di Windows. Ogni conflitto tra driver interrompe la stampa per tutti gli utenti su quell'host, non per un singolo utente. E la golden image, che il vostro team ha attentamente snellito per ottimizzare i tempi di avvio, trasporta una libreria di driver di stampa che esiste solo perché la stampante è altrove.
C'è poi la dimensione della sicurezza. Lo spooler di stampa lato sessione ha le stesse caratteristiche di qualsiasi altro spooler: viene eseguito con privilegi SYSTEM, accetta RPC e carica codice di terze parti. Microsoft attribuisce allo stack di stampa il 9% dei problemi di sicurezza di Windows segnalati al MSRC. Eseguirlo su un host multi-sessione con decine di utenti non è un miglioramento rispetto a eseguirlo su un print server.
Questo solleva una domanda diversa. Invece di provare a rendere più gestibile la stampa all'interno della sessione, cosa accadrebbe se il rendering abbandonasse del tutto la sessione?
Cosa cambia quando il rendering di stampa VDI esce dalla sessione?
Se il processo di stampa viene elaborato al di fuori della sessione, nessuno dei tre modelli è necessario, perché il problema per cui sono stati concepiti non si pone.
Questa è la svolta architetturale introdotta da ezeep.
Con ezeep, il processo di stampa esce dalla sessione sotto forma di documento. Viene elaborato tramite Cloud rendering, sfruttando una libreria di oltre 6.000 driver dei produttori. L'output renderizzato viene quindi inviato all'ezeep Hub presso la postazione fisica della stampante, tramite una connessione solo in uscita, e stampato. Non transita mai a ritroso attraverso il canale RDP o ICA.
Le conseguenze sono specifiche:
- Nessun driver di stampa nell'immagine golden. L'immagine è più snella e non funge più da area di compatibilità per i driver.
- Nessun traffico di stampa sul canale di sessione. La larghezza di banda riservata all'esperienza utente viene impiegata effettivamente per l'esperienza stessa.
- Nessuna mappatura delle stampanti all'accesso. Le stampanti vengono assegnate in base all'identità, tramite Entra ID o Google Workspace. L'utente vede le stampanti in base alla propria identità.
- Nessuno spooler di stampa lato sessione con codice di driver di terze parti. Questo significa anche che la modalità Windows Protected Print non ha nulla da bloccare, dato che WPP arriverà sugli host di sessione di Windows Server 2025 e di Windows 11 24H2.
ezeep supporta Azure Virtual Desktop, Windows 365, Citrix, Parallels e Omnissa Horizon. DMK Group, la più grande cooperativa lattiero-casearia della Germania, la utilizza in un ambiente Azure Virtual Desktop con oltre 4.000 utenti.
E non è un problema che ezeep abbia affrontato solo di recente.
Il retaggio ThinPrint è importante. ezeep si basa sulla tecnologia ThinPrint, che si occupa di stampa in ambienti Terminal Services e Citrix fin dagli anni '90. L'approccio deriva da anni passati ad osservare il ripetersi di questo problema.
La questione ritorna sempre allo stesso confine da cui siamo partiti: l'utente è in un posto, la sessione è da un'altra parte e la stampante in un'altra ancora. La domanda è semplicemente: dove decidete di gestire la complessità?
