Come installare RustDesk su Ubuntu 24.04

Installare RustDesk su Ubuntu 24.04: scelta del metodo e punti da controllare

Su Ubuntu 24.04 la strada più pulita per installare RustDesk è partire dal pacchetto ufficiale o dal formato distribuito dal progetto, verificando prima architettura, dipendenze grafiche e modalità d’uso. In pratica, l’obiettivo non è solo “far partire il programma”, ma evitare installazioni zoppe che poi falliscono al primo riavvio, con sessione remota nera, permessi incompleti o servizi mancanti. Se devi usarlo su una macchina desktop, il flusso è semplice; se invece lo stai mettendo su un host da raggiungere in remoto, conviene ragionare anche su accesso non presidiato, firewall e avvio automatico.

RustDesk può essere usato in due modi: come client per connettersi ad altri sistemi oppure come endpoint da controllare. Su Ubuntu 24.04 la parte delicata è la compatibilità con Wayland, le autorizzazioni richieste per la cattura dello schermo e il fatto che l’accesso remoto non presidiato richiede una configurazione aggiuntiva rispetto alla sola installazione del binario. Per questo conviene trattare l’installazione come un cambio controllato: installi, verifichi, poi abiliti ciò che serve davvero.

Prerequisiti minimi su Ubuntu 24.04

Prima di installare, controlla questi punti. Sono banali, ma sono quelli che riducono gli errori inutili:

• Architettura: verifica se il sistema è amd64 o arm64.
• Sessione grafica: RustDesk serve a una macchina con ambiente desktop, non a un server headless puro.
• Permessi di rete: se hai un firewall locale o un endpoint con policy restrittive, devi consentire il traffico necessario per la connessione in uscita.

Per verificare rapidamente l’architettura e la sessione attiva:

uname -m
echo $XDG_SESSION_TYPE

Atteso: x86_64 o aarch64 per l’architettura, e wayland oppure x11 per il tipo di sessione. Se il comando restituisce vuoto, sei probabilmente in un contesto non grafico: in quel caso RustDesk può ancora essere installato, ma non ti servirà come desktop remoto finché non hai una sessione GUI attiva.

Metodo consigliato: pacchetto ufficiale

La soluzione più lineare è scaricare il pacchetto ufficiale per Ubuntu/Debian dal sito del progetto e installarlo con apt. È la via più prevedibile perché lascia il sistema con dipendenze risolte dal gestore pacchetti e rende più semplice la rimozione futura. Se il tuo obiettivo è una workstation o un PC da assistenza, questa è la scelta da preferire.

1. Scarica il pacchetto adatto alla tua architettura.
2. Installa il file locale con apt, così le dipendenze vengono risolte correttamente.
3. Avvia RustDesk e verifica che la GUI si apra senza errori.

Esempio operativo, da adattare al nome esatto del file scaricato:

cd ~/Downloads
sudo apt install ./rustdesk-*.deb

Se preferisci usare il solo strumento grafico, puoi fare doppio clic sul file .deb e aprirlo con il gestore pacchetti di Ubuntu. Su 24.04 questa strada funziona bene quando il file è firmato e i repository di sistema sono aggiornati, ma da amministratore io preferisco il terminale perché produce un errore leggibile se manca una dipendenza o se il pacchetto non è quello giusto per l’architettura.

Installazione via terminale: controllo delle dipendenze e pulizia

Se vuoi un’installazione tracciabile, fai prima un aggiornamento dell’indice pacchetti e poi installa il file locale. Non è un obbligo assoluto, ma evita il classico caso in cui il sistema è fermo da mesi e l’installer si porta dietro dipendenze vecchie o incomplete.

sudo apt update
sudo apt install ./rustdesk-*.deb

Se apt segnala dipendenze mancanti, il messaggio va letto fino in fondo: spesso indica direttamente il pacchetto richiesto. Dopo aver risolto, riesegui l’installazione. Un controllo utile è verificare che il binario sia effettivamente presente:

command -v rustdesk
rustdesk --version

Atteso: il primo comando restituisce un percorso eseguibile, il secondo una versione coerente con il pacchetto appena installato. Se il comando non esiste, il pacchetto non è stato installato correttamente oppure il launcher non è stato registrato nel PATH.

Avvio iniziale e primi controlli dell’interfaccia

Al primo avvio RustDesk genera la propria configurazione utente e può chiedere permessi di accesso a schermo, input e, in alcuni casi, integrazione con il sistema grafico. Qui gli errori più comuni non sono di installazione, ma di autorizzazione. Su Ubuntu 24.04 con Wayland, per esempio, la cattura schermo e il controllo remoto dipendono molto dal livello di integrazione consentito dalla sessione.

1. Avvia RustDesk dal menu applicazioni o da terminale con rustdesk.
2. Verifica che l’ID del dispositivo venga mostrato nell’interfaccia.
3. Controlla che lo stato di connessione non segnali errori di rete o di servizio.
4. Se richiesto, concedi i permessi di accesso alla schermata o all’input.

Se la finestra si apre ma l’ID non compare, il problema non è di “installazione” in senso stretto: in genere è un errore di backend, di rete o di inizializzazione dell’app. In quel caso conviene lanciare RustDesk da terminale e osservare l’output, perché spesso compare un messaggio utile su librerie mancanti, conflitti con il display server o problemi di connessione ai servizi remoti.

rustdesk

Se il programma termina subito, la prima cosa da cercare non è il firewall ma il log locale o l’errore stampato a schermo. Su sistemi desktop recenti, molti problemi iniziali sono dovuti a sessioni ibride, a permessi incompleti o a librerie grafiche non coerenti con il pacchetto installato.

Accesso non presidiato: quando serve davvero e cosa implica

Se vuoi controllare la macchina senza che qualcuno confermi ogni volta la sessione, devi configurare l’accesso non presidiato. È il punto in cui l’installazione diventa una scelta di sicurezza, non solo di comodità. Qui il principio è semplice: abilitare solo ciò che serve, documentare il segreto o la password in modo sicuro e prevedere un rollback chiaro se l’endpoint viene riutilizzato da altri operatori.

La logica operativa è questa: installi, verifichi che il client funzioni, poi abiliti l’accesso non presidiato e testi una connessione da una seconda macchina. Se la connessione fallisce, non cambiare subito più variabili insieme. Prima controlla il reachability layer, poi la configurazione dell’applicazione, infine gli eventuali filtri di rete o di sicurezza.

• Superficie d’attacco: un endpoint remoto accessibile in modo persistente va trattato come servizio esposto.
• Secret handling: password e chiavi non vanno annotate in chiaro in ticket o note operative.
• Audit minimo: conserva traccia di chi ha abilitato l’accesso e quando è stato disabilitato.

Se il tuo obiettivo è solo supporto occasionale, lascia disattivato l’accesso permanente e usa la sessione temporanea. Meno esposizione significa meno problemi da gestire nel tempo.

Firewall, rete e porte: cosa verificare prima di dare per colpa il software

RustDesk funziona bene solo se la macchina può uscire verso Internet o verso il tuo relay/self-hosted server. Se il client non si connette, non partire dal presupposto che il pacchetto sia rotto. La verifica minima è capire se la rete lascia passare il traffico necessario e se l’endpoint riesce a risolvere i nomi DNS del servizio usato.

Su un sistema con ufw attivo, controlla lo stato:

sudo ufw status verbose

Atteso: policy coerenti con il tuo scenario. Se il firewall blocca tutto in uscita o hai regole molto strette, devi consentire almeno la connettività verso i server richiesti dal tuo deployment. Nel caso di un’infrastruttura self-hosted, verifica anche che il client punti ai tuoi servizi e non ai server pubblici del progetto, se questo è il tuo standard operativo.

Per una diagnosi rapida della rete, un test DNS e connettività è più utile di cento tentativi di riavvio:

resolvectl status
curl -I https://example.com

Il primo comando ti dice se la risoluzione è sana; il secondo conferma che la macchina esce davvero su Internet. Se entrambi sono corretti, ma RustDesk non si collega, il problema si sposta verso la configurazione applicativa o verso il servizio remoto usato dall’endpoint.

Wayland, X11 e permessi: dove si inceppa spesso su Ubuntu 24.04

Ubuntu 24.04 usa spesso Wayland come sessione predefinita. Questo non è un problema in sé, ma cambia il modo in cui le applicazioni remote ottengono accesso a schermo e input. Se la sessione è Wayland e RustDesk mostra schermo nero, mouse non controllabile o schermate parziali, non serve reinstallare: bisogna verificare i permessi del desktop, il portale grafico e la compatibilità della sessione.

Una verifica rapida è capire se la sessione è Wayland o X11 e, se necessario, provare temporaneamente con X11 per isolare il problema. Non è una “soluzione magica”, ma un buon test di falsificazione: se in X11 tutto funziona, il collo di bottiglia è quasi certamente la catena Wayland/portal/permessi, non il pacchetto RustDesk.

echo $XDG_SESSION_TYPE

Se esce wayland e hai un problema di cattura o input, controlla anche i log della sessione utente e del portale desktop. Non serve andare a tentoni: il comportamento anomalo di solito lascia tracce nell’output dell’app o nei log del desktop environment.

Avvio automatico e uso pratico su macchina di supporto

Se RustDesk deve stare sempre disponibile su una workstation di assistenza, conviene configurare l’avvio automatico dal desktop environment oppure verificare se il pacchetto ha già creato l’integrazione con la sessione utente. L’obiettivo è evitare che dopo un reboot il programma sia installato ma non in esecuzione, classico problema che viene scambiato per “non funziona più”.

Il controllo minimo è semplice: riavvia la sessione o la macchina, poi verifica se l’app parte da sola e se l’ID compare senza intervento manuale. Se non succede, cerca nelle impostazioni del desktop la voce relativa alle applicazioni all’avvio. Su GNOME, per esempio, l’integrazione può essere gestita dalla sessione utente più che da un servizio systemd di sistema.

Se vuoi confermare che il processo sia effettivamente presente dopo il login:

ps -ef | grep -i rustdesk | grep -v grep

Atteso: almeno un processo legato all’applicazione quando la GUI è aperta. Se non c’è, il problema è di avvio automatico o di crash all’apertura. In quel caso si torna al terminale e si guarda l’errore reale, non l’icona mancata.

Rimozione pulita e rollback

Se l’installazione non ti convince o vuoi tornare indietro, il rollback è semplice solo se hai usato il pacchetto gestito da apt. Questo è uno dei motivi per cui conviene evitare installazioni manuali sparse in home directory quando il software deve essere mantenuto nel tempo.

1. Chiudi RustDesk.
2. Rimuovi il pacchetto con apt remove.
3. Se vuoi eliminare anche i file di configurazione utente, fallo solo dopo aver verificato che non ti servano più.

sudo apt remove rustdesk
sudo apt autoremove

Il primo comando toglie il software, il secondo elimina dipendenze non più necessarie. Se vuoi conservare i profili o le impostazioni per un eventuale reinstall, non cancellare a occhi chiusi la directory utente. Se invece vuoi una rimozione completa per policy aziendale, documenta prima il percorso dei dati e fai un backup selettivo.

Checklist finale di verifica

Dopo l’installazione, i controlli che contano davvero sono questi:

• Il comando rustdesk --version restituisce una versione valida.
• L’interfaccia si apre senza errori e mostra l’ID del dispositivo.
• La connessione remota funziona da un secondo host di test.
• Se hai abilitato l’accesso non presidiato, la password o il metodo di autenticazione sono stati registrati in modo sicuro.
• Se la sessione è Wayland, non ci sono problemi di schermo nero o input bloccato.

Assunzione: stai installando RustDesk su Ubuntu 24.04 desktop o workstation, con accesso amministrativo locale e necessità di uso remoto legittimo. Se il sistema è un server headless, il caso d’uso cambia e va trattato come configurazione di un host con display virtuale o con soluzione diversa.