Se Plex funziona su un percorso di rete ma non su un altro, lascia invariata la configurazione del server e testa il percorso che cambia.
Le interfacce Wi‑Fi, Ethernet e VPN possono usare IP, server DNS, route, MTU, VLAN e criteri firewall diversi anche sullo stesso client. Una modifica a livello di server è la scelta sbagliata come primo intervento quando gli stessi contenuti multimediali e lo stesso account funzionano su un percorso. Confronta la raggiungibilità diretta del server, la risoluzione DNS, la selezione della route e la modalità di riproduzione su ogni interfaccia.
Confronta indirizzo e route prima delle impostazioni di Plex
L’interfaccia che presenta problemi potrebbe raggiungere una sottorete diversa o scegliere una route predefinita differente. Verifica l’IP del server e la route dal client invece di fidarti dell’etichetta della rete.
Quando Ethernet e Wi‑Fi sono entrambe attive, le metriche delle route possono portare le interfacce a scegliere percorsi diversi verso la stessa destinazione; perciò concentra la prima diagnosi sul routing e sui criteri delle interfacce, non sulle impostazioni di Plex.
Esegui il ping o connettiti all’indirizzo del server su entrambi i percorsi, confronta IP e sottorete del client e controlla la route utilizzata per la porta 32400. Se Ethernet non riesce a raggiungere direttamente il server, mantieni la soluzione a livello di rete.
Controlla separatamente il DNS e il routing VPN
Una VPN può modificare sia la priorità delle route sia il DNS senza modificare l’applicazione Plex. Anche lo split tunneling può inviare le risposte da un’interfaccia diversa da quella che ha ricevuto la richiesta.
Lo split tunneling può non funzionare quando il traffico di risposta passa attraverso la route VPN invece dell’interfaccia che ha ricevuto la richiesta, interrompendo un percorso Plex altrimenti valido.
Disabilita la VPN solo per il tempo necessario a stabilire un risultato di controllo, quindi riattivala e confronta le tabelle di routing. Risolvi il routing asimmetrico o i criteri di split tunneling prima di modificare le impostazioni dei contenuti multimediali o del database.
Testa l’MTU quando le richieste piccole funzionano ma gli streaming si bloccano
Un percorso può gestire il traffico di controllo di piccole dimensioni mentre i pacchetti più grandi vengono frammentati o vanno in timeout. Questo schema è particolarmente rilevante con i tunnel VPN e alcune connessioni mobili o di determinati ISP.
La connettività parziale può dipendere da problemi Plex sensibili all’MTU su un trasporto mentre un altro percorso funziona, rendendo la dimensione dei pacchetti un test mirato per i blocchi specifici della VPN o dell’ISP.
Usa un test del percorso MTU oppure riduci temporaneamente l’MTU del tunnel in modo controllato. Se la riproduzione diventa stabile senza modificare Plex, mantieni la diagnosi a livello di trasporto.
Ripeti il test di Plex solo dopo aver stabilizzato la connettività di base
Quando la raggiungibilità diretta, la route, il DNS e l’MTU sono coerenti, testa lo stesso contenuto Plex e la stessa qualità su ogni percorso. In questo modo eviti di confondere una correzione di rete con una modifica della transcodifica del client.
Prima di tornare alle impostazioni di Plex, verifica che sul percorso riparato siano assenti errori di rete e saturazione; quindi riproduci lo stesso contenuto e la stessa qualità mantenendo stabile la variabile di rete.
Se il percorso di rete è stabile ma un client continua a non funzionare, prosegui verificando la compatibilità del client o lo stato della cache. Mantieni un percorso di streaming Plex remoto noto come riferimento, invece di riaprire le impostazioni di rete a livello di server.
Supporto e consigli
Altro da leggere

È meglio eseguire il backup di Jellyfin mentre è in funzione o arrestare prima il servizio?
Per semplicità, preferisci i backup con il servizio arrestato; usa gli snapshot a caldo solo quando lo stato dell’applicazione viene acquisito in modo coerente...

Perché Jellyfin funziona a temperature elevate o è rumoroso quando nessuno sta guardando contenuti in streaming?
Il calore in stato di inattività di solito indica attività in background o un carico di lavoro su un host condiviso, quindi identifica il...

Quando dovresti ricostruire Jellyfin invece di ripararlo?
Scegli la ricostruzione invece della riparazione quando il problema è la deriva dell’ambiente di esecuzione e lo stato persistente è stato sottoposto a backup;...

