1 19/05/2026 8 min

Installazione di AnyDesk su Ubuntu 22.04: il punto vero è il repository, non il pacchetto

Su Ubuntu 22.04 l’installazione di AnyDesk è lineare, ma conviene farla bene subito: repository corretto, chiave gestita in modo pulito, verifica del servizio e controllo delle implicazioni di accesso remoto. La parte che crea più problemi non è il download del pacchetto, ma il fatto che molte guide saltano i controlli minimi su firma, aggiornamenti e avvio del demone.

Se l’obiettivo è usare AnyDesk in produzione o su macchine di supporto, il criterio giusto è semplice: installazione ripetibile, aggiornabile con il sistema, e verificabile con un comando che ti dica subito se il servizio è vivo. Sotto trovi il percorso pulito per Ubuntu 22.04, con i controlli che evitano di scoprire problemi solo al primo collegamento.

Prerequisiti minimi e verifica dell’ambiente

Prima di installare, controlla che il sistema sia davvero Ubuntu 22.04 e che tu abbia privilegi sudo. Non è un formalismo: repository, dipendenze e nome del servizio possono cambiare se stai lavorando su una derivata o su un sistema parzialmente aggiornato.

Esegui questi controlli rapidi:

lsb_release -a
uname -a
id

Atteso: distribuzione Ubuntu 22.04, kernel Linux recente e utente presente nel gruppo sudo o con accesso amministrativo. Se `lsb_release` non è disponibile, il gap va chiuso leggendo `/etc/os-release`:

cat /etc/os-release

Se il sistema è una sessione grafica minimale o una macchina headless, l’installazione resta valida ugualmente; cambia solo il modo in cui userai AnyDesk dopo, non il setup iniziale.

Aggiungere il repository AnyDesk in modo corretto

La strada più pulita è usare il repository ufficiale del vendor, così gli aggiornamenti passano da `apt` e non da installazioni manuali sparse. Evita di lasciare il sistema fermo a un `.deb` scaricato una volta sola: è comodo oggi, ma domani è un problema di manutenzione.

Scarica il pacchetto di configurazione del repository e installalo:

wget -qO /tmp/anydesk.deb https://keys.anydesk.com/repos/DEB-GPG-KEY

Il comando sopra non è quello giusto per il repository: serve come esempio di controllo, non come procedura finale. Il punto è questo: non fidarti di uno snippet preso a metà. Il gap va chiuso consultando la pagina ufficiale del repository AnyDesk per Ubuntu e copiando l’URL corrente del pacchetto di configurazione o della chiave, poi verificandolo prima dell’installazione.

In pratica, il flusso corretto è:

  1. scaricare il pacchetto repository dal sito ufficiale AnyDesk;
  2. verificare che il file sia quello previsto per Debian/Ubuntu;
  3. installarlo con `apt` o `dpkg`;
  4. aggiornare l’indice pacchetti;
  5. installare `anydesk` dal repository appena aggiunto.

Se vuoi fare tutto da terminale, dopo aver ottenuto l’URL corretto dal sito ufficiale, il pattern è questo:

sudo apt update
sudo apt install ./anydesk_*.deb

Atteso: durante l’installazione viene aggiunta la sorgente APT di AnyDesk sotto `/etc/apt/sources.list.d/` e la chiave viene gestita dal pacchetto o dal meccanismo previsto dal vendor. Verifica subito quali file sono stati creati:

ls -l /etc/apt/sources.list.d/
apt-cache policy anydesk

Se `apt-cache policy anydesk` non mostra il repository corretto, non andare avanti alla cieca: prima risolvi la sorgente pacchetti.

Installare AnyDesk con apt e verificare le dipendenze

Una volta attivo il repository, l’installazione vera e propria è banale:

sudo apt update
sudo apt install anydesk

Su Ubuntu 22.04 il pacchetto dovrebbe tirarsi dietro le dipendenze necessarie senza interventi manuali. Se `apt` si ferma per conflitti o pacchetti trattenuti, il controllo da fare è questo:

apt-mark showhold
apt-cache depends anydesk

Se ci sono hold attivi o librerie mancanti, la correzione va fatta prima di aprire sessioni remote. In ambienti server, è una buona idea annotare la versione installata per eventuali rollback:

apt-cache policy anydesk

Questo ti dà la versione candidata e quella installata. È il riferimento minimo se poi devi capire se un problema è stato introdotto da un aggiornamento o era già presente.

Avvio del servizio e controllo dello stato

AnyDesk su Linux usa un servizio di sistema. Dopo l’installazione, controlla subito che sia attivo e abilitato all’avvio:

systemctl status anydesk --no-pager
systemctl is-enabled anydesk

Atteso: stato `active (running)` e servizio abilitato, salvo casi particolari di installazioni minimali o policy restrittive. Se il servizio non parte, leggi i log prima di tentare restart ripetuti:

journalctl -u anydesk -b --no-pager

Il controllo più utile non è “riavvia e spera”, ma capire se il demone non parte per assenza di permessi, problemi di rete, librerie o conflitti con una vecchia installazione. Se il log mostra errori ripetuti sulla socket o sul filesystem, il problema è locale e va corretto lì, non lato client.

Se il servizio non è attivo, il rollback più semplice è reinstallare il pacchetto senza toccare i dati dell’utente:

sudo apt install --reinstall anydesk
sudo systemctl restart anydesk

Questo è un intervento reversibile e a blast radius contenuto: non modifica configurazioni applicative personalizzate, ma rimette a posto binari e unità systemd installate dal pacchetto.

Prima connessione: password, accesso non presidiato e rischio operativo

Il punto delicato non è l’installazione, ma come esponi il controllo remoto. Se abiliti accesso non presidiato, stai di fatto aprendo una porta operativa sulla macchina: va trattata come una funzione amministrativa, non come una comodità da lasciare senza regole.

Imposta una password forte solo se serve davvero, e ruotala con criterio. Non scriverla in chiaro in note operative condivise. Se devi passarla a un team, usa un canale sicuro e poi cambiala appena finita la finestra di lavoro.

Dal punto di vista operativo, conviene verificare che l’interfaccia grafica sia disponibile se stai lavorando su desktop, oppure che il servizio sia raggiungibile da remoto se la macchina è headless. Se la macchina è senza sessione grafica, AnyDesk funziona comunque come servizio, ma alcune funzioni di interazione possono dipendere dal contesto desktop presente.

Un test semplice è aprire il pannello locale di AnyDesk e leggere l’identificativo del dispositivo. Se l’ID non compare, il problema non è la rete remota: è l’avvio locale dell’applicazione o del servizio.

Firewall, rete e porte da verificare

AnyDesk normalmente usa connessioni in uscita verso i suoi server, quindi in molti ambienti non serve aprire porte inbound verso la macchina. Questo però non significa che la rete sia irrilevante: proxy, firewall restrittivi e filtri DNS possono bloccare l’uso anche quando il servizio locale è perfetto.

Se la connessione non si stabilisce, verifica prima la raggiungibilità base:

curl -I https://anydesk.com
resolvectl query anydesk.com

Atteso: risposta HTTP valida e risoluzione DNS corretta. Se la risoluzione fallisce, il problema è a monte di AnyDesk. Se invece il DNS funziona ma il traffico HTTPS è filtrato, controlla proxy aziendale, firewall locale e policy di uscita.

Per verificare il firewall locale su Ubuntu, usa la configurazione attiva di UFW se presente:

sudo ufw status verbose

In molti casi non devi aprire inbound per AnyDesk, ma devi consentire l’uscita verso Internet. Se l’ambiente è molto chiuso, confronta le policy con la documentazione del tuo proxy o del tuo firewall per gli endpoint AnyDesk effettivamente usati nella tua versione.

Installazione da interfaccia grafica: quando ha senso

Su una workstation Ubuntu con desktop completo, puoi anche installare il pacchetto `.deb` con il gestore grafico. È una strada accettabile solo se vuoi ridurre gli errori manuali dell’operatore e non hai bisogno di replicare la procedura su più host.

Il vantaggio è pratico: vedi subito eventuali dipendenze mancanti e confermi l’origine del pacchetto. Lo svantaggio è che hai meno tracciabilità rispetto a un’installazione da shell con comandi e log salvabili. Per ambienti amministrati, la shell resta più pulita.

Se usi il file manager, fai comunque il controllo finale con:

apt-cache policy anydesk
systemctl status anydesk --no-pager

Così non ti affidi solo al messaggio “installazione completata”, che spesso dice poco sullo stato reale del servizio.

Rimozione pulita e rollback

Se qualcosa non ti convince, il rollback è semplice e reversibile: rimuovi il pacchetto e, se serve, il repository. Questo è importante quando stai testando su una macchina sensibile o in una finestra di change controllato.

sudo apt remove anydesk
sudo apt purge anydesk
sudo rm -f /etc/apt/sources.list.d/anydesk*.list
sudo apt update

Atteso: il pacchetto sparisce, il servizio non parte più e il repository non resta agganciato al sistema. Prima di fare purge, verifica se hai configurazioni locali che vuoi conservare, anche se in genere AnyDesk non richiede una personalizzazione complessa lato sistema.

Se vuoi capire cosa è stato rimosso, puoi controllare i file residui sotto `/etc/` e la presenza di eventuali profili utente correlati, ma senza cancellare alla cieca cartelle personali o dati non documentati.

Controlli finali che evitano sorprese in assistenza

Dopo l’installazione, fai sempre gli stessi quattro controlli: pacchetto presente, servizio attivo, rete funzionante, identificativo visibile nell’app. È una sequenza banale, ma riduce molto i casi in cui “è installato” e “non si connette” vengono confusi come se fossero lo stesso problema.

dpkg -l | grep -i anydesk
systemctl status anydesk --no-pager
journalctl -u anydesk -b --no-pager | tail -n 50
resolvectl query anydesk.com

Se questi controlli passano, l’installazione su Ubuntu 22.04 è da considerarsi corretta dal punto di vista operativo. Se uno fallisce, non allargare subito il perimetro: identifica il layer preciso, correggi lì, poi ripeti la verifica.

Un dettaglio finale che vale più di molte guide: se la macchina è usata per supporto remoto continuativo, documenta versione di AnyDesk, stato del servizio e policy di accesso. La parte tecnica è rapida; quella che salva tempo dopo è la tracciabilità del setup.

Assunzione operativa: procedura pensata per Ubuntu 22.04 con privilegi sudo e repository ufficiale AnyDesk disponibile; se il vendor cambia URL o metodo di firma, va aggiornata la parte di acquisizione del pacchetto prima dell’installazione.