1 23/04/2026 10 min

TeamViewer su Rocky Linux 8: cosa serve davvero prima di partire

Su Rocky Linux 8 l’installazione di TeamViewer è abbastanza lineare, ma il punto non è tanto “far partire il pacchetto” quanto evitare gli errori tipici: architettura non compatibile, repository configurato male, ambiente grafico assente o sessione remota che non mostra il desktop atteso. Se l’obiettivo è supporto remoto, devi distinguere subito tra una macchina con interfaccia grafica attiva e un server headless. TeamViewer funziona meglio quando il sistema ospita un desktop locale o una sessione grafica persistente; su sistemi senza GUI può installarsi comunque, ma il valore operativo cambia parecchio.

Prima di toccare i pacchetti, conviene verificare tre cose: versione del sistema, architettura e presenza di una GUI. Rocky Linux 8 è compatibile con il pacchetto TeamViewer per x86_64; se sei su ARM o su un’architettura non supportata, non serve insistere con il repository perché il problema non è la configurazione ma il binario disponibile.

Verifica rapida:

cat /etc/rocky-release
uname -m
systemctl get-default

Atteso: Rocky Linux 8.x, architettura x86_64, e un target grafico come graphical.target se la macchina è una workstation o un server con desktop. Se trovi multi-user.target, non è un blocco assoluto, ma devi sapere già come userai TeamViewer: accesso a una sessione esistente, desktop remoto persistente o supporto occasionale con GUI avviata manualmente.

Aggiungere il repository corretto

TeamViewer distribuisce il pacchetto RPM tramite repository dedicato. È la strada più pulita su Rocky Linux 8 perché ti lascia gestire installazione e aggiornamenti con dnf. Evita di scaricare RPM a mano e installarlo “una tantum” se prevedi di mantenerlo nel tempo: ti ritroveresti con aggiornamenti manuali e meno controllo sul ciclo di patch.

Procedura base:

sudo rpm --import https://download.teamviewer.com/download/linux/signature/TeamViewer2017.asc
sudo tee /etc/yum.repos.d/teamviewer.repo > /dev/null <<'EOF'
[teamviewer]
name=TeamViewer - $basearch
baseurl=https://linux.teamviewer.com/yum/stable/main/binary-$basearch/
enabled=1
gpgcheck=1
gpgkey=https://download.teamviewer.com/download/linux/signature/TeamViewer2017.asc
EOF
sudo dnf clean all
sudo dnf makecache

Qui il controllo pratico è semplice: dnf makecache deve completarsi senza errori di risoluzione DNS, TLS o repository non valido. Se fallisce, il problema spesso è di connettività in uscita, proxy aziendale o inspection TLS che rompe il download del metadato. In quel caso non “forzare” il pacchetto: prima verifica accesso a https://linux.teamviewer.com/ e i log del proxy, se presenti.

Installazione del pacchetto e verifica dipendenze

Una volta disponibile il repository, l’installazione è diretta. TeamViewer può trascinarsi dietro dipendenze grafiche già presenti sul sistema; se mancano, dnf le risolve in automatico. Se però la macchina è molto minimale, potrebbe installare correttamente il software ma non offrire una sessione utile senza un ambiente desktop o senza librerie X11/Qt coerenti con lo stack locale.

sudo dnf install -y teamviewer
rpm -qi teamviewer

Il comando rpm -qi teamviewer ti conferma versione, architettura e data di installazione. È utile anche per capire se il pacchetto arriva dal repository atteso o da un file locale installato in precedenza. Se hai dubbi sulla provenienza, controlla anche:

rpm -q --qf '%{NAME} %{VERSION}-%{RELEASE} %{ARCH} %{INSTALLTIME:date}\n' teamviewer

Su Rocky Linux 8 il pacchetto dovrebbe essere x86_64. Se non lo è, il problema è a monte: repository sbagliato, file scaricato manualmente o macchina non supportata. In questo caso non c’è una correzione “furba” lato sistema operativo; serve il pacchetto corretto o una piattaforma compatibile.

Avvio del servizio e gestione con systemd

Dopo l’installazione, il punto operativo è il servizio. TeamViewer su Linux usa un demone che deve essere attivo per consentire connessioni in ingresso, gestione dispositivo e associazione all’account. Su sistemi con systemd la verifica è immediata:

sudo systemctl status teamviewerd
sudo systemctl enable --now teamviewerd

Se il servizio non parte, il primo controllo va fatto sui log:

journalctl -u teamviewerd -b --no-pager

Gli errori più frequenti sono abbastanza prevedibili: librerie mancanti, conflitto con policy di sicurezza troppo rigide, oppure assenza di componenti desktop necessari all’integrazione grafica. Se il demone resta attivo ma il client non mostra un ID valido, non partire subito con reinstallazioni ripetute: prima verifica che il servizio ascolti e che la macchina esca correttamente verso i server TeamViewer.

Controllo utile:

ss -lntp | grep -i teamviewer

Se non vedi socket o processi coerenti, il problema è nel demone; se invece il servizio è su ma la registrazione non si completa, guarda rete, DNS e policy del firewall locale.

Prima esecuzione: GUI, ID e password casuale

Per l’uso classico, apri TeamViewer dalla sessione grafica della macchina. Su desktop GNOME o KDE il menu applicazioni dovrebbe mostrare l’icona appena installato. La prima apertura serve a generare l’ID del dispositivo e la password temporanea. Questa password è utile per accessi rapidi, ma non va trattata come credenziale stabile: cambia spesso e non è il meccanismo giusto per un presidio serio.

Se lavori da remoto su un server con ambiente grafico, ricorda che la sessione deve essere effettivamente disponibile. TeamViewer non crea magia dove non esiste nessun desktop: se Xorg o Wayland non sono avviati, la connessione può autenticarsi ma non mostrarti nulla di utile. In pratica, il software si installa, il servizio gira, ma la parte visibile resta vuota o limitata.

Per capire se la sessione grafica è viva, controlla:

echo $XDG_SESSION_TYPE
loginctl list-sessions

Se non hai una GUI locale ma vuoi comunque usare TeamViewer, devi progettare il flusso: desktop virtuale, sessione persistente o uso in parallelo con altro strumento di amministrazione. È qui che molti ambienti falliscono, non nell’installazione in sé.

Accesso non presidiato: quando ha senso e come non sbagliare

Il vero motivo per cui TeamViewer viene installato in ambito tecnico è quasi sempre l’accesso non presidiato. In altre parole: vuoi che la macchina sia raggiungibile anche senza qualcuno davanti allo schermo. Su Rocky Linux 8 il meccanismo funziona bene, ma va impostato con disciplina. Non basta conoscere l’ID del dispositivo; serve associare il sistema a un account TeamViewer e definire una password permanente o, meglio, l’accesso semplificato tramite account autorizzato.

Dal punto di vista operativo, la regola è semplice: usa una password robusta, non riutilizzata, e limita gli account autorizzati. Se l’accesso è per assistenza interna, evita di condividere la password con un gruppo ampio. Se invece la macchina è critica, preferisci l’associazione all’account e la gestione centralizzata dei permessi.

La parte da verificare dopo la configurazione è banale ma importante: disconnetti la sessione locale, prova l’accesso da una rete diversa e controlla che il dispositivo resti raggiungibile. Se la connessione funziona solo quando l’utente locale è loggato, hai un setup parziale, non una vera configurazione unattended.

Firewall, SELinux e rete: i tre punti che bloccano più spesso

TeamViewer usa connessioni in uscita verso la propria infrastruttura, quindi in molti casi non richiede aperture inbound classiche sul firewall. Questo però non significa che la rete sia irrilevante. Proxy, filtri DNS, policy di uscita e ispezione TLS possono impedire la registrazione del client o rendere instabile la sessione. Se la macchina è in una rete filtrata, il primo test utile non è reinstallare il pacchetto ma provare la connettività verso i domini e le porte richieste dal servizio.

Con firewalld attivo, verifica che non esistano regole locali che blocchino traffico in uscita in modo anomalo. Il controllo di base è:

sudo firewall-cmd --state
sudo firewall-cmd --list-all

SELinux, di solito, non è il primo sospettato per TeamViewer, ma se il sistema è fortemente hardenizzato conviene comunque guardare i denial recenti. Un test rapido è:

sudo ausearch -m avc -ts recent

Se compaiono denial correlati al servizio, non disabilitare SELinux a occhi chiusi. Prima identifica il contesto, verifica il tipo di blocco e valuta un fix mirato. Spegnere la protezione per “far funzionare tutto” è una scorciatoia che sposta il problema e amplia la superficie d’attacco.

Installazione via RPM locale: utile solo in casi specifici

Può capitare di dover installare TeamViewer senza repository, ad esempio su macchine isolate o in ambienti con mirror interno. In quel caso si può usare il pacchetto RPM scaricato dal sito ufficiale e installarlo localmente. La procedura è valida, ma va trattata come eccezione, non come standard operativo.

sudo dnf install -y ./teamviewer_*.rpm

Il vantaggio è che dnf tenta comunque di risolvere le dipendenze. Lo svantaggio è evidente: gli aggiornamenti non arrivano automaticamente dal repository TeamViewer finché non riconfiguri la sorgente. Se scegli questa strada, annota subito dove conservi il file, chi lo ha scaricato e con quale checksum è stato verificato. In ambienti seri, il pacchetto locale senza tracciabilità è solo debito tecnico.

Controllo aggiornamenti e manutenzione ordinaria

Dopo l’installazione, la manutenzione è semplice: aggiorni il sistema e lasci che il repository faccia il suo lavoro. Il controllo periodico può essere affidato a dnf update o a finestre di manutenzione pianificate. Se TeamViewer è usato per supporto su macchine critiche, non aspettare che la versione si aggiorni “da sola” senza verifiche: ogni upgrade va almeno testato su una macchina simile o in finestra controllata.

sudo dnf check-update teamviewer
sudo dnf update -y teamviewer
rpm -q teamviewer

Qui la metrica non è la latenza o la CPU, ma la continuità del servizio: il client deve restare registrato, il demone attivo e la connessione remota utilizzabile dopo l’aggiornamento. Se dopo un update il dispositivo sparisce dall’elenco o cambia comportamento, la prima cosa da controllare è il log del servizio e la presenza di eventuali modifiche alle policy di rete o di sicurezza del sistema.

Problemi tipici su Rocky Linux 8 e come leggerli senza perdere tempo

Il pattern dei guasti è quasi sempre lo stesso. Se il repository non si carica, guarda DNS e TLS. Se il pacchetto si installa ma il demone non parte, guarda journalctl. Se il demone parte ma non si connette, guarda rete in uscita e policy locali. Se la connessione entra ma non vedi il desktop, guarda la sessione grafica e il contesto utente. Questa sequenza evita il classico errore di cambiare tre cose insieme e non sapere quale ha risolto il problema.

Una checklist rapida, da usare sul campo, è questa:

  1. Verifica architettura con uname -m: deve essere x86_64.
  2. Verifica repository con dnf makecache: nessun errore di rete o firma.
  3. Verifica servizio con systemctl status teamviewerd: stato active (running).
  4. Verifica log con journalctl -u teamviewerd -b: niente errori persistenti.
  5. Verifica sessione grafica con echo $XDG_SESSION_TYPE e loginctl list-sessions.

Se uno di questi punti fallisce, non saltare al successivo con ipotesi creative. Fissa il layer che non torna e chiudilo prima di andare oltre. È il modo più veloce per arrivare a una configurazione stabile, soprattutto quando l’accesso remoto serve davvero e non può restare “quasi funzionante”.

Buone pratiche operative dopo l’installazione

Una volta installato TeamViewer, conviene trattarlo come un componente di amministrazione remota e non come un semplice programma desktop. Questo significa limitare gli account autorizzati, tenere traccia delle versioni, verificare periodicamente che il servizio sia attivo e documentare dove si trova la configurazione locale. Se il nodo è usato da più operatori, la parte importante non è solo “chi ha la password”, ma chi può recuperare il controllo della macchina in caso di emergenza.

Se vuoi ridurre il rischio operativo, annota almeno questi elementi: versione del pacchetto installato, stato del servizio, modalità di accesso non presidiato e dipendenza da GUI locale. È una documentazione minima, ma fa la differenza quando la macchina viene spostata, aggiornata o affidata a un altro team.

In sintesi pratica: su Rocky Linux 8 TeamViewer si installa facilmente via repository ufficiale, ma la riuscita reale dipende dal contesto. Se c’è una GUI funzionante e una rete in uscita non ostacolata, l’operazione è rapida. Se il sistema è minimale o molto filtrato, il problema non è il pacchetto: è l’architettura di accesso remoto che va progettata bene prima.