1 16/04/2026 10 min

Installazione di TeamViewer su Ubuntu 22.04 e 20.04

TeamViewer su Ubuntu si installa in modo pulito tramite il pacchetto ufficiale .deb. Su 22.04 e 20.04 la procedura è molto simile: scarichi il pacchetto corretto, risolvi eventuali dipendenze, avvii il servizio e verifichi che il client risponda. Il punto importante non è solo “farlo partire”, ma controllare che il sistema desktop, il daemon e l’accesso remoto abbiano i permessi giusti. In pratica: installazione semplice, ma verifica obbligatoria.

Se stai lavorando su una macchina di produzione o su un server con accesso grafico occasionale, considera subito il perimetro: TeamViewer apre una via di accesso remoto verso l’esterno. Va bene per supporto e amministrazione, ma va trattato come software esposto. Prima di installarlo, chiarisci chi deve usarlo, con quale account, e se il dispositivo è in un’area con policy di rete restrittive.

Prerequisiti e compatibilità

Le versioni Ubuntu 22.04 LTS e 20.04 LTS sono entrambe supportate dal pacchetto TeamViewer per Linux. La differenza pratica sta soprattutto nella base librerie e nel desktop environment disponibile. Su GNOME, KDE e derivati moderni l’app gira senza problemi particolari; su sessioni minimali o server con GUI installata al volo, la parte più delicata è la disponibilità di un display attivo.

Prima di iniziare, verifica questi punti:

  • architettura a 64 bit;
  • sessione grafica installata e funzionante;
  • connessione Internet in uscita verso i server TeamViewer;
  • privilegi sudo per installare il pacchetto;
  • spazio disco sufficiente per scaricare e aggiornare il file .deb.

Per controllare architettura e release puoi usare questi comandi:

uname -m
lsb_release -a

Atteso: x86_64 su architettura supportata e una release che riporti Ubuntu 20.04 o 22.04. Se il sistema è ARM, fermati qui: il pacchetto standard per desktop Linux non è quello giusto per tutti gli scenari e va verificata la compatibilità specifica del dispositivo.

Scaricare il pacchetto ufficiale corretto

Il modo più lineare è scaricare il pacchetto dal sito ufficiale TeamViewer. In ambienti operativi preferisco evitare repository di terze parti: meno variabili, meno sorprese in fase di update. Per Ubuntu Desktop a 64 bit scegli il pacchetto amd64.

Da terminale puoi fare così:

cd /tmp
wget https://download.teamviewer.com/download/linux/teamviewer_amd64.deb

Se preferisci il browser, scarica il file dalla pagina ufficiale e salva il pacchetto in una cartella nota, ad esempio ~/Downloads. Il vantaggio del download manuale è che puoi controllare il nome esatto del file e confrontarlo con la versione disponibile in quel momento.

Verifica minima utile prima dell’installazione:

ls -lh /tmp/teamviewer_amd64.deb
file /tmp/teamviewer_amd64.deb

Atteso: un file Debian pacchettizzato, non un HTML scaricato per errore al posto del binario. Se file restituisce testo HTML, il link è stato intercettato o copiato male.

Installazione su Ubuntu 22.04 e 20.04

Per installare il pacchetto usa apt, che si occupa anche delle dipendenze. Su Ubuntu recenti è il metodo più pratico perché segnala subito eventuali librerie mancanti e consente una correzione diretta.

sudo apt update
sudo apt install ./teamviewer_amd64.deb

In alternativa puoi usare dpkg, ma poi devi risolvere le dipendenze manualmente. È utile solo se stai facendo troubleshooting o installazioni ripetute in ambienti controllati.

sudo dpkg -i /tmp/teamviewer_amd64.deb
sudo apt -f install

Durante l’installazione potresti vedere messaggi relativi a librerie grafiche o componenti desktop. Su Ubuntu 20.04 e 22.04 di solito si risolvono senza interventi manuali, a patto che il sistema sia aggiornato. Se il pacchetto fallisce, il primo controllo non è “reinstallare a caso”, ma leggere l’errore completo e verificare la dipendenza mancante.

Comando utile per confermare la presenza del pacchetto installato:

dpkg -l | grep -i teamviewer

Atteso: una riga con stato ii e il nome del pacchetto TeamViewer. Se non compare, l’installazione non è andata a buon fine oppure il pacchetto è stato rimosso in seguito.

Avvio del servizio e verifica del daemon

TeamViewer installa anche un servizio di sistema che consente connessione remota e gestione del client. Dopo l’installazione conviene verificare subito lo stato del servizio, perché è lì che emergono i problemi di autorizzazione o di avvio automatico.

systemctl status teamviewerd

Atteso: stato active (running). Se vedi failed, il comando successivo è il journal del servizio:

journalctl -u teamviewerd -b --no-pager

Questo ti dice se il problema è un permesso sul socket, una libreria mancante o una configurazione corrotta. In ambienti desktop moderni, il servizio parte quasi sempre senza interventi ulteriori. Se non parte, non insistere con il riavvio del sistema: prima identifica il messaggio preciso nel log.

Puoi anche controllare se il processo è in ascolto e se il client risponde con il proprio ID:

ps -ef | grep -i teamviewer
teamviewer --info

Il comando teamviewer --info è utile perché restituisce informazioni di base sullo stato del client, sull’ID e su eventuali problemi di registrazione. Se il client non mostra un ID, il servizio è partito male o non ha completato l’inizializzazione.

Primo avvio dell’interfaccia e accesso non presidiato

Quando apri TeamViewer dalla GUI, la schermata principale mostra l’ID del dispositivo e la password temporanea. Questo è il punto di partenza per il supporto rapido. Per uso sistematico, però, conviene configurare l’accesso non presidiato, così non dipendi dalla password temporanea generata a ogni avvio.

La configurazione può essere fatta dalla GUI oppure da CLI, ma in un contesto operativo la GUI riduce errori. Il percorso varia leggermente in base alla versione, ma in generale trovi le opzioni di sicurezza nelle impostazioni del client. Imposta una password robusta, non riutilizzata altrove, e conserva il controllo sugli account autorizzati.

Buona pratica: usa l’accesso non presidiato solo sui sistemi che devono essere amministrati in remoto in modo regolare. Su endpoint personali o dispositivi temporanei, lascia la password sessione e limita l’esposizione. Meno superficie d’attacco, meno problemi dopo.

Apertura porte, firewall e connettività in uscita

TeamViewer funziona prevalentemente in uscita, quindi in molti ambienti non serve aprire porte inbound sul firewall del server. Questo è uno dei motivi per cui viene scelto in reti con NAT o con policy restrittive. Il punto critico è la connettività verso l’esterno: se il sistema non può raggiungere i server TeamViewer, il collegamento non si stabilisce.

Se hai un firewall locale attivo, verifica lo stato delle regole. Con ufw puoi controllare rapidamente la policy:

sudo ufw status verbose

In generale non serve una regola specifica inbound per il funzionamento base, ma serve che il traffico in uscita non sia bloccato verso i servizi remoti necessari. Se sei dietro proxy o egress filter, controlla che DNS e HTTPS funzionino verso i domini richiesti dalla piattaforma.

Un test semplice per escludere problemi di rete è verificare la risoluzione DNS e la raggiungibilità HTTPS del dominio di download o del servizio, senza forzare modifiche:

getent hosts download.teamviewer.com
curl -I https://download.teamviewer.com

Se il DNS fallisce o la connessione HTTPS va in timeout, il problema non è TeamViewer ma la rete del sistema o il proxy in mezzo. In quel caso la correzione va fatta a livello di routing, risoluzione nomi o policy di uscita.

Risoluzione dei problemi più frequenti

Il caso più comune è l’installazione riuscita ma il client non mostra l’ID o non accetta connessioni. In questo scenario conviene separare il problema in tre livelli: pacchetto, servizio, connettività.

1. Pacchetto presente ma servizio non attivo. Controlla systemctl status teamviewerd e i log con journalctl -u teamviewerd -b. Se il servizio fallisce all’avvio, spesso il messaggio è abbastanza esplicito da indicare dipendenza mancante o errore di inizializzazione.

2. Servizio attivo ma nessun ID visibile. Apri il client grafico, verifica che il desktop session sia realmente avviato e che l’utente abbia un ambiente grafico valido. Su macchine usate via SSH ma senza sessione desktop attiva, TeamViewer non si comporta come su un laptop normale.

3. ID presente ma connessione remota che fallisce. Qui il problema è spesso rete, firewall, proxy o policy di sicurezza. Controlla il log di sistema, la connettività in uscita e l’eventuale filtraggio DNS. Se usi DNS custom o un resolver aziendale, verifica che non stia bloccando i domini del servizio.

Per una verifica più operativa, puoi fare questo controllo rapido sul nome del servizio e sul binario installato:

which teamviewer
teamviewer --version

Atteso: percorso binario valido e versione coerente con il pacchetto installato. Se which non restituisce nulla, l’installazione non ha registrato correttamente il comando nel PATH oppure il pacchetto non è stato completato.

Aggiornamento e manutenzione ordinaria

TeamViewer si aggiorna come un normale pacchetto Debian, quindi puoi usare apt per mantenere la versione allineata. La manutenzione periodica è utile perché il client remoto è un componente esposto: patch e correzioni non sono un optional.

sudo apt update
sudo apt upgrade

Se vuoi controllare solo il pacchetto TeamViewer, puoi usare:

sudo apt install --only-upgrade teamviewer

In un contesto aziendale è buona norma verificare la versione dopo ogni aggiornamento, soprattutto se usi funzioni di accesso non presidiato o policy centralizzate. Un aggiornamento andato male si vede subito con teamviewer --version e con il servizio systemd.

Disinstallazione pulita e rollback

Se devi rimuovere TeamViewer, fai una disinstallazione pulita e conserva il rollback solo se ti serve reinserire la macchina in un flusso di supporto remoto. Il punto non è solo togliere il pacchetto, ma capire se restano configurazioni o servizi associati.

sudo apt remove teamviewer
sudo apt autoremove

Dopo la rimozione, controlla che il servizio non sia più presente:

systemctl status teamviewerd

Se devi ripristinarlo, basta reinstallare il pacchetto ufficiale scaricato in precedenza. Tieni però conto del blast radius: su un endpoint usato per supporto remoto, la rimozione interrompe l’accesso non presidiato e va coordinata con chi amministra il sistema.

Checklist operativa rapida

Se vuoi una sequenza breve e robusta, questa è quella che uso di solito:

  1. verifica architettura e release con uname -m e lsb_release -a;
  2. scarica il pacchetto ufficiale teamviewer_amd64.deb;
  3. installa con sudo apt install ./teamviewer_amd64.deb;
  4. controlla il servizio con systemctl status teamviewerd;
  5. leggi i log con journalctl -u teamviewerd -b se qualcosa non torna;
  6. verifica l’ID del client con teamviewer --info;
  7. imposta la password o l’accesso non presidiato solo dopo aver confermato che il servizio è attivo.

Questa sequenza riduce il rischio di confondere un problema di rete con un problema di installazione. Nella pratica, la maggior parte dei casi “non funziona” si risolve leggendo il servizio e non rilanciando l’installer alla cieca.

Note di sicurezza da non saltare

TeamViewer è comodo, ma va trattato come un punto di accesso privilegiato. Usa credenziali robuste, limita gli account autorizzati e verifica periodicamente chi ha accesso al dispositivo. Se l’ambiente è condiviso, documenta chi ha configurato l’accesso non presidiato e dove sono custodite le credenziali, senza lasciare segreti in chiaro nel sistema o nei ticket.

Se il sistema è esposto a più utenti, valuta anche il rischio di sessioni residue, password memorizzate nel browser e accessi non revocati. La manutenzione di un tool remoto non finisce con l’installazione: va gestito come qualsiasi altro canale amministrativo.

In sintesi: su Ubuntu 22.04 e 20.04 l’installazione di TeamViewer è lineare, ma il valore vero sta nella verifica del servizio, nella connettività in uscita e nella configurazione dell’accesso. Se questi tre punti sono sotto controllo, il resto è routine.