Installare Plex Server su Ubuntu 20.04 con Snap

Installare Plex Server su Ubuntu 20.04 con Snap: cosa cambia davvero

Su Ubuntu 20.04 Plex Server si può installare in pochi minuti con Snap, ma il punto non è far partire il servizio: il punto è farlo partire bene, con librerie, storage e rete coerenti con l’uso reale. Snap semplifica l’installazione e gli aggiornamenti, però introduce un livello di isolamento che va capito prima di mettere in produzione una libreria media o una condivisione per più utenti.

© TrgtKLS • Tech, Sicurezza e Strumenti & guide per Webmaster — https://trgtkls.it — tutti i diritti riservati.

Se l’obiettivo è avere un Plex stabile su una macchina Ubuntu recente, Snap è una scelta praticabile. Se invece vuoi controllo fine su repository, path e dipendenze, il pacchetto tradizionale può essere più comodo. Qui però restiamo sul caso richiesto: installazione con Snap, configurazione essenziale, verifica dei punti che di solito rompono tutto e qualche nota pratica per evitare i classici errori su permessi e montaggi esterni.

Prerequisiti minimi e impatto operativo

Prima di toccare il server, conviene chiarire tre cose: Plex userà spazio locale o un disco montato? Deve essere raggiungibile solo in LAN o anche dall’esterno? La libreria media è piccola o contiene migliaia di file? Queste risposte incidono su storage, porte da aprire e tempi di scansione. In ambiente domestico il rischio è basso; in un server condiviso o esposto su Internet il blast radius aumenta subito, perché Plex legge file, espone un servizio web e può diventare un punto di ingresso se configurato male.

Su Ubuntu 20.04 serve un sistema aggiornato e con Snap funzionante. Verifica che il demone snapd sia attivo e che il server abbia spazio sufficiente per installazione, metadata e transcodifica temporanea. Per un’installazione pulita, il controllo iniziale utile è questo:

snap version
systemctl status snapd --no-pager
df -h
free -h

Atteso: Snap installato, snapd attivo, filesystem con margine libero e RAM sufficiente per il carico previsto. Se il disco è già vicino al limite, Plex può partire lo stesso ma poi fallire su cache, transcode o aggiornamenti della libreria. In quel caso la correzione non è “riavvia e spera”: va liberato spazio o spostato il datastore prima di procedere.

Installazione con Snap

Il comando base è semplice. L’installazione standard pubblica il servizio sulla porta 32400 e registra il daemon come app Snap. Il vantaggio è che gli aggiornamenti arrivano in modo automatico; lo svantaggio è che devi controllare accessi ai file e ai mount esterni con più attenzione rispetto a un’installazione classica.

sudo snap install plexmediaserver

Dopo l’installazione, controlla che il servizio sia in esecuzione:

sudo snap services plexmediaserver
sudo snap logs plexmediaserver -n 50

Il risultato atteso è un servizio attivo e log senza errori di avvio. Se il servizio resta in stato inactive o entra in crash loop, il problema di solito non è Plex in sé ma un blocco di accesso, una porta occupata o un path non raggiungibile. Prima di cambiare configurazioni, conviene guardare i log Snap: lì trovi spesso il motivo reale del fallimento.

Primo accesso all’interfaccia web

Una volta avviato il servizio, l’interfaccia si apre su http://IP_DEL_SERVER:32400/web. Da un host della stessa rete puoi verificare subito con un semplice curl se il server risponde sul layer giusto, prima ancora di entrare nella GUI:

curl -I http://127.0.0.1:32400/web
curl -I http://IP_DEL_SERVER:32400/web

Atteso: un redirect o una risposta HTTP valida, non un timeout. Se in locale risponde ma da remoto no, il problema è quasi sempre firewall, routing o binding di rete, non Plex. Se invece non risponde neppure in locale, bisogna controllare lo stato del servizio e i log prima di cercare altrove.

Al primo avvio Plex chiede di autenticarti con un account Plex e di assegnare un nome al server. Non saltare questa parte: senza un’identità corretta il server può essere difficile da ritrovare in rete, soprattutto se hai più istanze o se il client prova a collegarsi da fuori LAN.

Permessi sui media: il punto che rompe più spesso

Il problema più comune con Plex su Snap è l’accesso ai file. Snap isola il pacchetto, quindi non basta che la cartella esista: il processo deve poterla vedere davvero. Se i media stanno in /srv/media, in un disco USB montato in /mnt o in un volume NFS, devi verificare due livelli: permessi Linux e accesso Snap al path.

Per iniziare, controlla proprietario e permessi della directory media:

ls -ld /srv/media
namei -l /srv/media

Se vuoi evitare tentativi ciechi, il metodo più pulito è assegnare a Plex un gruppo dedicato o usare ACL, invece di aprire tutto a chmod 777. Un esempio sensato è dare lettura al servizio e lasciare scrittura solo dove serve per eventuali download o librerie condivise.

Con Snap, inoltre, puoi dover collegare un’interfaccia aggiuntiva se i media stanno in un’area che richiede accesso esplicito. Verifica i collegamenti disponibili con:

snap connections plexmediaserver

Se vedi un’interfaccia non collegata e necessaria al tuo caso d’uso, la correzione va fatta in modo mirato, non a caso. Prima di collegare qualcosa, controlla sempre il rischio: stai ampliando la superficie di accesso del servizio a un’area del filesystem che prima era isolata. Il rollback, in caso di dubbio, è scollegare l’interfaccia e tornare a un path più semplice o a una directory sotto /home o /srv con permessi chiari.

Dischi esterni, mount persistenti e UID/GID

Se la libreria sta su un disco esterno o su un mount automatico, la regola è banale ma spesso ignorata: Plex deve trovare sempre lo stesso path, con lo stesso set di permessi. Un mount che cambia punto di aggancio o arriva dopo il boot può far sembrare la libreria vuota, anche se i file sono ancora lì. Il sintomo tipico è una scansione che non trova nulla oppure errori nei log su directory inesistenti.

Controlla i mount attivi e il file /etc/fstab se il volume deve essere permanente:

findmnt
cat /etc/fstab

Se usi UUID nel mount, il punto di montaggio è più robusto rispetto al device name, che può cambiare. Dopo ogni reboot, verifica che il path sia realmente presente prima di avviare scansioni o importazioni massive. In ambienti con dischi USB, il rischio operativo è che Plex parta senza dati e poi “ripulisca” le librerie in base a una vista incompleta: è un comportamento da evitare con un mount affidabile e un avvio ordinato.

Rete, porte e accesso remoto

Plex usa principalmente la porta 32400/tcp. In LAN basta spesso consentire il traffico in ingresso sul firewall locale; per l’accesso remoto entrano in gioco NAT, forwarding e, se presente, un eventuale reverse proxy. Non complicare la topologia se non serve: Plex funziona bene anche dietro NAT con il suo meccanismo di accesso remoto, purché il server sia raggiungibile e l’orologio di sistema sia corretto.

Verifica il binding locale e l’ascolto della porta con:

ss -ltnp | grep 32400
sudo ufw status verbose

Atteso: processo in ascolto su 32400 e regola firewall coerente con l’esposizione voluta. Se usi UFW, la regola minima per la LAN può essere più restrittiva di un’apertura globale. Esempio:

sudo ufw allow from 192.168.1.0/24 to any port 32400 proto tcp

Se vuoi raggiungerlo da Internet, il consiglio operativo è non esporre altri servizi insieme a Plex sulla stessa macchina senza una ragione precisa. Il blast radius cresce in fretta quando il server media diventa anche host per altri pannelli o servizi web. In caso di dubbio, meglio tenere Plex dietro VPN o accesso remoto gestito dal suo meccanismo nativo, e lasciare il resto della macchina non pubblicato.

Scansione libreria, naming e performance reale

La qualità della libreria dipende più dall’ordine dei file che dalla potenza del server. Nomi coerenti, cartelle separate per film, serie e musica, e metadati corretti riducono scansioni lente e riconoscimenti sbagliati. Plex non inventa la struttura: la interpreta. Se la gerarchia è caotica, finirai a correggere manualmente titoli, poster e stagioni.

Per una libreria video, una struttura pratica è questa:

/srv/media/Movies
/srv/media/TV
/srv/media/Music

Su macchine piccole, la metrica da osservare non è solo il tempo di apertura della UI, ma soprattutto il TTFB dell’interfaccia e il tempo di scansione dopo l’aggiunta di nuovi file. Se i caricamenti diventano lenti, controlla CPU, I/O disco e numero di thumbnail generate. Spesso il collo di bottiglia è il disco, non la rete. Un iostat -xz 1 o top durante una scansione massiva dice molto più di una sensazione generica di lentezza.

iostat -xz 1
htop

Se noti saturazione disco, valuta di spostare il transcode temporaneo su storage più veloce o di ridurre la concorrenza di operazioni pesanti. Non fare tuning a caso: prima misura il problema, poi intervieni. In un server domestico il peggioramento più comune è una libreria enorme su HDD lento con transcode simultaneo; il server non è “rotto”, è semplicemente sotto carico oltre il previsto.

Aggiornamenti Snap e manutenzione

Snap aggiorna Plex in automatico. Questo è comodo, ma in produzione va trattato come un cambio controllato: gli aggiornamenti sono rapidi, però possono introdurre variazioni nel comportamento del servizio o nelle dipendenze runtime. Se il server è critico per più utenti, conviene monitorare i log dopo ogni refresh e tenere un punto di ripristino del sistema o almeno una configurazione documentata.

Controlla la versione installata e le revisioni disponibili con:

snap list plexmediaserver
snap info plexmediaserver

Se un aggiornamento introduce un problema, il rollback deve essere ragionato: prima verifica se il servizio ha davvero smesso di rispondere e se il problema è generale o solo legato a un path specifico. Con Snap, il rollback a una revisione precedente può essere possibile, ma va fatto dopo aver raccolto evidenza dai log. In pratica: non tornare indietro per istinto, torna indietro perché hai visto un cambio di comportamento chiaro e ripetibile.

sudo snap revert plexmediaserver

Prima di usare il rollback, annota la revisione corrente e il sintomo osservato. Il blast radius è limitato al pacchetto Plex, ma il rischio operativo resta quello di interrompere l’accesso degli utenti mentre ripristini una versione precedente. Dopo il revert, verifica di nuovo porta, log e accesso web.

Verifica finale: quello che deve funzionare davvero

A installazione completata, il controllo finale non è “la pagina si apre”, ma una sequenza di verifiche minime e ripetibili. Il servizio deve essere attivo, la porta deve ascoltare, i media devono essere leggibili, la libreria deve indicizzare senza errori e l’accesso remoto deve essere coerente con il livello di esposizione scelto.

1. Verifica il servizio con sudo snap services plexmediaserver: stato atteso active.
2. Verifica i log con sudo snap logs plexmediaserver -n 50: nessun errore ripetuto su permessi o mount.
3. Verifica la porta con ss -ltnp | grep 32400: ascolto presente.
4. Verifica l’accesso locale con curl -I http://127.0.0.1:32400/web: risposta HTTP valida.
5. Verifica la libreria dalla GUI Plex: i media devono comparire e le cartelle devono essere navigabili.

Se uno di questi punti fallisce, non sommare fix casuali. Torna al layer corretto: servizio, rete, permessi o storage. È il modo più veloce per chiudere il problema senza allargare il danno collaterale.

Assunzione: Ubuntu 20.04 è aggiornato, Plex viene installato su un host dedicato o comunque non condiviso con servizi critici, e i media stanno su path stabili con permessi espliciti.