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:
- verifica architettura e release con
uname -melsb_release -a; - scarica il pacchetto ufficiale
teamviewer_amd64.deb; - installa con
sudo apt install ./teamviewer_amd64.deb; - controlla il servizio con
systemctl status teamviewerd; - leggi i log con
journalctl -u teamviewerd -bse qualcosa non torna; - verifica l’ID del client con
teamviewer --info; - 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.
Commenti (0)
Nessun commento ancora.
Segnala contenuto
Elimina commento
Eliminare definitivamente questo commento?
L'azione non si può annullare.