Come capire se un errore di Plex proviene dal client o dal server

Il discriminante più rapido è l’ambito: se lo stesso contenuto multimediale non funziona su più client, esamina il server o il percorso di rete condiviso; se il problema riguarda un solo client, inizia da lì.

Gli errori di Plex spesso hanno lo stesso aspetto nell’app anche quando il livello che causa il problema è diverso. Un client può rifiutare un codec, perdere lo stato locale dell’app o scegliere una qualità di riproduzione diversa, mentre il server può non riuscire a leggere un file, a eseguire la transcodifica, ad autenticare l’utente o a raggiungere un percorso remoto. Riproduci un elemento allo stesso timestamp su due client, mantieni invariate le impostazioni del server e lascia che il risultato determini quali log e correzioni meritano attenzione.

Usa un elemento multimediale per verificare l’ambito sui client

Scegli l’elemento che presenta il problema in modo costante e riproducilo su un secondo client senza modificare il server. Mantieni il tipo di connessione il più simile possibile. Se entrambi i client si bloccano nello stesso punto, diventano più probabili un problema del file multimediale, del percorso di lettura del server, della transcodifica o del percorso di rete condiviso rispetto a un problema isolato dell’app.

Le indicazioni di Plex sui log del server considerano i log del server uno strumento fondamentale per la risoluzione dei problemi e forniscono un metodo integrato per scaricarli. Prima di raccoglierli, annota il timestamp esatto della riproduzione, così potrai correlare il problema con la finestra pertinente dei log invece di cercarlo alla cieca nell’arco di un’intera giornata.

Se il secondo client riproduce correttamente lo stesso elemento, continua a esaminare il ramo relativo al client. Confronta la versione dell’app, la rete locale rispetto al percorso remoto, la qualità di riproduzione, i sottotitoli, il supporto dei codec e verifica se quel client forza una transcodifica di cui il client funzionante non ha bisogno.

Confronta il percorso della sessione, non solo il testo dell’errore

Apri la Dashboard di Plex mentre riproduci l’errore e controlla la sessione. Verifica se il client problematico usa la riproduzione diretta, il flusso diretto o la transcodifica e se la connessione è locale o remota. Due client che richiedono al server percorsi di riproduzione diversi non costituiscono test equivalenti, anche quando aprono lo stesso file.

Se solo il client problematico attiva una transcodifica, imposta una qualità comparabile sul client funzionante e ripeti il test. Se ora entrambi non funzionano, il problema è passato da un ramo specifico del client a un ramo di transcodifica del server. Se il secondo client continua a funzionare usando lo stesso percorso, il client originale rimane il principale indiziato.

Se tutti i client presentano il problema solo quando la connessione è remota, ma funzionano localmente, esamina il percorso remoto condiviso—router, tunnel, proxy inverso, relay, larghezza di banda in upload o DNS—prima di reinstallare qualsiasi app client. L’ambito può isolare un confine di rete con la stessa efficacia con cui può isolare un client.

Raccogli i log del livello che ha effettivamente avuto il problema

Quando l’ambito identifica il ramo del server, riproduci il problema una volta, annota il timestamp e scarica immediatamente i log del server. Cerca errori relativi all’accesso ai file, alla transcodifica, alla rete, al database o all’autenticazione verificatisi intorno all’evento. Evita di attivare il livello massimo di dettaglio, a meno che la documentazione del supporto non lo richieda esplicitamente, perché un numero maggiore di righe non significa automaticamente avere prove migliori.

Un metodo simile, basato prima sui log, compare nella guida alla risoluzione dei problemi delle app di ZimaSpace: inizia dal livello che ha avuto il problema, poi usa gli indizi nei log per decidere se il ramo successivo riguarda DNS, porte, autorizzazioni o l’app. Il flusso di lavoro di Plex trae vantaggio dalla stessa disciplina.

Se il ramo del client rimane isolato, raccogli i log dell’app o le informazioni diagnostiche del client, quando la piattaforma lo consente, e conserva il timestamp dei log del server come riferimento di controllo. Non modificare globalmente il server per risolvere un problema che può essere riprodotto da un solo endpoint.

-15% OFF

ZimaBoard 2 - Mini server domestico per la tua grande idea

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Verifica la correzione sul client originale e su un client di controllo

Applica la correzione minima coerente con il livello isolato: aggiorna o reimposta il client quando il problema riguarda solo quel client; ripara le autorizzazioni del server, la transcodifica o lo stato della rete quando il problema riguarda più client. Quindi riproduci nuovamente lo stesso contenuto multimediale dallo stesso punto in cui si è verificato l’errore.

La procedura di Plex per la segnalazione dei problemi consiglia di riprodurre il problema e raccogliere i log con dettagli specifici sulla versione e sull’ambiente. È anche un buon controllo conclusivo prima di richiedere assistenza: un problema riproducibile con i relativi timestamp è molto più facile da diagnosticare rispetto a un generico “errore di riproduzione”.

La correzione è confermata quando il client originale funziona e il client di controllo continua a comportarsi normalmente. Se l’errore cambia livello—ad esempio, l’errore del client scompare ma ora tutti i client remoti non funzionano—fermati e riclassifica il problema invece di aggiungere altre modifiche alla diagnosi iniziale.