Su Ubuntu 24.04 e 22.04 LTS la via più pulita per installare AnyDesk è il pacchetto .deb con repository APT dedicato. In questo modo ottieni aggiornamenti gestiti dal sistema, invece di scaricare manualmente il file ogni volta. La procedura è semplice, ma conviene farla con ordine: prima si verifica l’ambiente, poi si aggiunge la chiave del repository, quindi si installa il pacchetto e si controlla che il servizio risponda come previsto.
Questa guida è pensata per chi lavora da terminale su desktop Ubuntu standard, sia in sessione grafica locale sia su macchine usate per supporto remoto. Se stai operando su un sistema aziendale, considera anche il tema dei permessi, della policy di accesso remoto e del controllo dei pacchetti installabili: AnyDesk apre una superficie d’uso sensibile, quindi va trattato come software di accesso remoto a tutti gli effetti.
Verifica preliminare della release Ubuntu
Prima di installare, conferma la versione in uso. Ubuntu 22.04 e 24.04 sono entrambe LTS, ma cambiano base di librerie e comportamento di alcuni pacchetti, quindi è buona pratica sapere esattamente dove stai intervenendo.
Esegui:
lsb_release -a
Output atteso: una riga con Distributor ID: Ubuntu e Release: 22.04 oppure 24.04. Se il comando non è presente, puoi usare:
cat /etc/os-release
Se stai lavorando su un sistema non supportato o derivato, non dare per scontato che il repository funzioni senza adattamenti. In quel caso conviene verificare manualmente la compatibilità del pacchetto .deb prima di procedere.
Aggiungere il repository AnyDesk in modo corretto
Per installare AnyDesk da terminale su Ubuntu, il punto giusto non è scaricare un file a caso e lanciare un dpkg senza contesto. La sequenza corretta è: aggiornare l’indice pacchetti, installare i prerequisiti minimi, importare la chiave del repository, registrare la sorgente APT e solo alla fine installare il pacchetto.
1. Aggiorna l’indice e installa gli strumenti necessari:
sudo apt update
sudo apt install -y wget gnupg apt-transport-https ca-certificates
Su Ubuntu recente apt-transport-https è spesso già implicito, ma includerlo non crea problemi e rende la procedura più leggibile in ambienti misti o standardizzati.
2. Scarica e installa la chiave GPG del repository. Oggi la pratica più pulita è conservarla in /usr/share/keyrings/ e referenziarla con signed-by, invece di usare meccanismi vecchi che allargano inutilmente la fiducia a tutto il sistema.
sudo mkdir -p /usr/share/keyrings
wget -qO- https://keys.anydesk.com/repos/DEB-GPG-KEY | sudo gpg --dearmor -o /usr/share/keyrings/anydesk.gpg
Se il download fallisce, verifica subito rete e DNS con curl -I https://keys.anydesk.com oppure resolvectl status. Non ha senso continuare con l’installazione se il repository non è raggiungibile.
3. Aggiungi la sorgente APT. Crea il file dedicato in /etc/apt/sources.list.d/:
echo "deb [signed-by=/usr/share/keyrings/anydesk.gpg] https://deb.anydesk.com/ all main" | sudo tee /etc/apt/sources.list.d/anydesk.list
Qui il punto importante non è tanto la sintassi quanto il controllo: il file deve contenere una sola riga pulita e non deve essere duplicato in altri file sorgente. Se hai già tentato installazioni precedenti, conviene fare un rapido audit con:
grep -R "deb.anydesk.com\|anydesk" /etc/apt/sources.list /etc/apt/sources.list.d/
Se trovi più entry, il rischio non è catastrofico, ma puoi generare warning o comportamenti non chiari in fase di update. In quel caso lascia una sola sorgente valida e rimuovi i duplicati dopo aver fatto un backup del file interessato.
Installazione del pacchetto AnyDesk
Con repository e chiave in ordine, aggiorna l’indice e installa AnyDesk:
sudo apt update
sudo apt install -y anydesk
Se l’installazione va a buon fine, APT mostrerà il pacchetto anydesk installato senza errori di dipendenze. Su sistemi desktop standard, l’app sarà disponibile dal menu applicazioni e dal terminale con:
anydesk
In ambienti server o installazioni minimali, potresti non avere una sessione grafica attiva. In quel caso AnyDesk si installa comunque, ma la parte utile dipende dalla presenza di un desktop e di una sessione utente. Non forzare conclusioni: il pacchetto può essere presente, ma il servizio remoto non sarà realmente utilizzabile senza il contesto grafico adeguato.
Controllo del servizio e dello stato del demone
AnyDesk usa un servizio di sistema che conviene verificare subito dopo l’installazione. Questo ti dice se il demone è attivo e se ci sono problemi di avvio legati a permessi, librerie o sessione grafica.
systemctl status anydesk --no-pager
Stato atteso: active (running) o comunque un servizio installato senza errori evidenti. Se il servizio non parte, guarda subito i log recenti:
journalctl -u anydesk -b --no-pager
Qui cerchi errori di binding, problemi di accesso alla sessione grafica o mancanza di dipendenze runtime. Se il servizio è installato ma non attivo, non risolvere “a sensazione”: prima identifica il messaggio di errore esatto, poi intervieni.
Per una verifica rapida del binario e della versione installata puoi usare:
anydesk --version
Se il comando non è disponibile, il pacchetto potrebbe non essere stato installato correttamente oppure la shell non sta leggendo il PATH corretto. In quel caso controlla con dpkg -l | grep anydesk e non dare per scontato che il problema sia dell’applicazione.
Primo avvio e identificazione del client
Al primo avvio AnyDesk genera un identificativo locale della macchina. È l’informazione che userai per collegarti da remoto, quindi conviene annotarla con precisione e non affidarsi solo alla memoria visiva dell’interfaccia.
Avvia l’applicazione dalla shell o dal menu grafico. Da terminale:
anydesk
Se l’interfaccia si apre, il client mostra il proprio indirizzo AnyDesk e lo stato del dispositivo. In molti casi, soprattutto su postazioni gestite, è utile verificare anche se il servizio è configurato per partire automaticamente al boot.
Per controllare l’abilitazione all’avvio:
systemctl is-enabled anydesk
Se risponde enabled, il servizio partirà automaticamente. Se risponde disabled, puoi abilitarlo solo se questo è coerente con la tua policy operativa e con il modello di accesso remoto previsto.
Problemi comuni su Ubuntu 24.04 e 22.04
Le differenze tra 22.04 e 24.04 non cambiano la logica della procedura, ma possono cambiare il contesto in cui la installi. I problemi più frequenti non sono quasi mai “AnyDesk non funziona” in senso generico, ma una di queste condizioni:
- repository non raggiungibile per DNS, proxy o filtro egress;
- chiave GPG non importata correttamente;
- duplicazione della sorgente APT;
- servizio installato ma non avviato per errori di sessione o dipendenze;
- desktop environment assente o non disponibile al login.
Se l’update fallisce con errore di firma, la prima verifica è quasi sempre la chiave e non il pacchetto. Esegui:
sudo apt update
Se vedi errori tipo NO_PUBKEY o repository non firmato, controlla il file della chiave in /usr/share/keyrings/anydesk.gpg e la riga in /etc/apt/sources.list.d/anydesk.list. È una verifica rapida e ti evita di inseguire sintomi secondari.
Se invece l’installazione va a buon fine ma l’app non si apre, controlla la presenza della sessione grafica e il tipo di ambiente desktop. Su sistemi senza GUI o con accesso via SSH puro, l’applicazione può essere installata ma non realmente utilizzabile come strumento di controllo remoto della macchina locale.
Rimozione pulita e rollback
Se devi fare rollback, la rimozione è lineare. Prima arresti il servizio, poi rimuovi il pacchetto e infine elimini la sorgente del repository se non ti serve più. Fai attenzione a non cancellare file di configurazione senza sapere se contengono impostazioni utili per una reinstallazione successiva.
sudo systemctl stop anydesk
sudo apt remove -y anydesk
sudo rm -f /etc/apt/sources.list.d/anydesk.list
sudo rm -f /usr/share/keyrings/anydesk.gpg
sudo apt update
Se vuoi una rimozione più aggressiva e sei certo di non dover conservare configurazioni locali, puoi usare sudo apt purge anydesk al posto di remove. Prima di farlo in produzione, però, verifica se ci sono impostazioni o associazioni che vuoi mantenere per un eventuale ripristino.
Il rollback vero e proprio, in caso di errore di configurazione del repository, è semplice: rimuovi la sorgente, ripristina eventuali file precedenti e rilancia sudo apt update. Se il problema era solo la chiave o una entry duplicata, la macchina torna pulita senza effetti collaterali.
Verifiche finali dopo l’installazione
Prima di considerare chiusa l’operazione, fai un controllo minimo ma serio. L’obiettivo non è solo vedere il pacchetto installato, ma confermare che il client sia raggiungibile, il servizio sia attivo e il repository sia correttamente registrato per gli aggiornamenti futuri.
- Verifica il pacchetto con
dpkg -l | grep anydesk: atteso ii sulla riga del pacchetto. - Verifica il servizio con
systemctl status anydesk --no-pager: atteso active (running) se la GUI è disponibile. - Verifica la sorgente con
cat /etc/apt/sources.list.d/anydesk.list: atteso un solo repository e la chiave referenziata consigned-by. - Verifica gli aggiornamenti con
sudo apt update: atteso nessun errore di firma o connessione versodeb.anydesk.com.
Se uno di questi punti fallisce, fermati lì e correggi la causa specifica. È molto più efficiente sistemare la chiave, il repository o il servizio adesso che ritrovarsi con un client apparentemente installato ma non gestibile in modo affidabile.
Assunzione operativa: macchina Ubuntu LTS standard, accesso sudo disponibile, rete in uscita consentita verso i repository AnyDesk e sessione grafica presente quando serve usare il client.
Commenti (0)
Nessun commento ancora.
Segnala contenuto
Elimina commento
Eliminare definitivamente questo commento?
L'azione non si può annullare.