Adam ListekCon Devolutions Remote Desktop Manager 2026.1, Devolutions Agent raggiunge la piena parità funzionale con RDM Jump, introducendo al contempo il supporto alla coesistenza per rendere semplice la migrazione. Per i team IT che utilizzano jump host, questa versione segna il momento giusto per standardizzare l’uso di Devolutions Agent come impostazione predefinita: è il percorso a lungo termine per l’infrastruttura di accesso remoto.
Perché scegliere Devolutions Agent invece di RDM Jump
RDM Jump è comodo perché viene distribuito insieme a RDM, senza necessità di un’implementazione separata. Questa comodità comporta però un compromesso: la funzionalità di jump host è strettamente legata all’installazione di RDM e al suo ciclo di aggiornamento, il che limita il grado di autonomia nella sua gestione.
Devolutions Agent adotta un approccio diverso. È un componente host distribuito tramite MSI, con un proprio ciclo di vita, separato da RDM. Ciò significa che è possibile distribuirlo, aggiornarlo e gestirlo tramite gli strumenti standard di distribuzione software, esattamente come qualsiasi altro servizio gestito su un jump host.
Distribuzione di Devolutions Agent
Il processo è semplice: installare RDM e Devolutions Agent sul jump host di destinazione, quindi puntare il client RDM verso quel sistema. RDM rimane comunque necessario sul jump host; Devolutions Agent facilita la connessione, senza sostituire completamente RDM. Si può considerare come la sostituzione dell’eseguibile RDM Jump con Devolutions Agent: la configurazione generale e l’esperienza utente restano in gran parte le stesse.
L’estensione RDP, che abilita la funzionalità di sostituzione di RDM Jump, viene installata per impostazione predefinita, quindi non è richiesta alcuna selezione speciale delle opzioni durante l’installazione. È possibile aggiungere facoltativamente Gateway Updater o Devolutions PEDM, in base al proprio ambiente.
Come funziona dietro le quinte
Quando si apre una connessione tramite un jump host, RDM apre un canale virtuale su RDP dal client verso il servizio remoto RDM Jump o Devolutions Agent. Il servizio jump o l’agente passa quindi la connessione a RDM sul jump host, che la serializza e apre la sessione finale.
La funzionalità Jump non elude i limiti di licenza Microsoft relativi a più di due sessioni RDP simultanee. Per supportare connessioni aggiuntive, è necessario installare il ruolo Remote Desktop Session Host e acquistare CAL RDS per utente. Per maggiori dettagli, consultare la documentazione Microsoft: Attivare il server delle licenze di Remote Desktop Services.
Devolutions Agent sostituisce l’eseguibile RDM Jump in questo processo di passaggio: il protocollo sottostante è completamente diverso, ma l’esperienza per gli operatori resta la stessa. Le indicazioni già presenti nella documentazione relative al jump host (ad esempio nascondere la treeview e la ribbon per creare un’esperienza più fluida) continuano a essere valide.
Per implementazioni coerenti su più jump host, Devolutions Agent supporta diversi metodi di distribuzione. Scegliere il metodo più adatto al proprio flusso di lavoro esistente.
- MSI per la distribuzione diretta o l’integrazione con piattaforme di gestione software
- Chocolatey avrà presto un pacchetto aggiornato per i professionisti IT che già utilizzano questo metodo
- WinGet è già disponibile con il pacchetto aggiornato
Scelta della modalità in RDM
Sul lato RDM, un menu a discesa su ciascuna voce di jump host consente di scegliere tra Devolutions Agent e Legacy (RDM Jump). A partire dalla versione 2026.1 è disponibile anche un’impostazione globale per applicare un valore predefinito a tutti i jump host.
È presente un’opzione Automatico che tenta di utilizzare prima Devolutions Agent e, se necessario, ricorre alla modalità Legacy; tuttavia, il comportamento attuale (versione base 2026.1) è identico a quello di Legacy, poiché il supporto completo non è ancora attivo. Fino a quando l’opzione Automatico non sarà completamente implementata, selezionare esplicitamente Devolutions Agent sui jump host su cui è stato distribuito.
Prima di distribuire Devolutions Agent, assicurarsi che il jump host esegua RDM 2026.1+. Se è ancora in esecuzione una versione precedente (ad esempio 2025.3), potrebbe verificarsi un errore.
Utilizzare la coesistenza per migrare
Nella versione 2026.1, RDM Jump e Devolutions Agent possono funzionare in parallelo. Ciò significa che non è necessario un passaggio completo dal primo giorno. È possibile testare Devolutions Agent su un sottoinsieme di jump host, convalidare i flussi di lavoro fondamentali per il team, ed espandere successivamente la distribuzione. Devolutions Agent è la configurazione consigliata per il futuro.
Sincronizzazione del focus della sessione
Un miglioramento concreto introdotto da Devolutions Agent è la sincronizzazione del focus della sessione: la sessione selezionata nella treeview del client RDM seguirà automaticamente il focus delle sessioni sul jump host. Per gli operatori che gestiscono più sessioni parallele su un jump host, questo riduce l’ambiguità e aiuta a prevenire errori di “sessione sbagliata”, facili da commettere quando si gestiscono più connessioni aperte contemporaneamente.
Scripting fire and forget
I team che si basavano sui pattern di esecuzione script fire-and-forget con RDM Jump troveranno lo stesso comportamento disponibile in Devolutions Agent facendo clic con il tasto destro su una sessione jump e selezionando Devolutions Agent → Execute Script. Convalidare questa funzionalità durante la fase di test e documentare internamente l’impostazione, in modo che gli utenti di RDM sappiano cosa aspettarsi.
Condividete la vostra opinione
Avete domande o commenti sull’implementazione di Devolutions Agent nella versione 2026.1? Lasciate un commento qui sotto: ci farebbe piacere sapere come il vostro team sta pianificando la transizione.
Pronti per iniziare? Scaricate Devolutions Agent ed esplorate come si integra nel vostro ambiente di jump host.