Hoe je kunt bepalen of een Plex-fout door de client of de server wordt veroorzaakt

Eva Wong is de Technisch Schrijver en en vaste knutselaar bij ZimaSpace. Een levenslange geek met een passie voor homelabs en open-source software, zij is gespecialiseerd in het vertalen van complexe technische concepten naar toegankelijke, praktische handleidingen. Eva gelooft dat zelf-hosting leuk moet zijn, niet intimiderend. Met haar tutorials stelt ze de community in staat om hardware-setup te ontrafelen, van het bouwen van hun eerste NAS tot het beheersen van Docker-containers.

De snelste manier om onderscheid te maken is de reikwijdte: als dezelfde media op meerdere clients niet werkt, onderzoek dan de server of het gedeelde netwerkpad; als slechts één client problemen geeft, begin daar.

Plex-fouten zien er in de app vaak hetzelfde uit, ook wanneer de falende laag anders is. Een client kan een codec weigeren, lokale appgegevens kwijtraken of een andere afspeelkwaliteit kiezen, terwijl de server er niet in kan slagen een bestand te lezen, te transcoderen, te authenticeren of een extern pad te bereiken. Speel één item op hetzelfde tijdstip af op twee clients, laat de serverinstellingen ongewijzigd en laat het resultaat bepalen welke logboeken en oplossingen aandacht verdienen.

Gebruik één media-item om de reikwijdte op verschillende clients te testen

Kies het item dat steeds opnieuw problemen geeft en speel het af op een tweede client zonder de server te wijzigen. Houd het verbindingstype zo vergelijkbaar mogelijk. Als beide clients op hetzelfde punt falen, zijn het mediabestand, het leespad van de server, transcoding of de gedeelde netwerkroute waarschijnlijker de oorzaak dan een geïsoleerd app-probleem.

De richtlijnen voor serverlogboeken van Plex beschouwen serverlogboeken als een belangrijk hulpmiddel bij het oplossen van problemen en bieden een ingebouwde manier om ze te downloaden. Noteer voordat je ze verzamelt het exacte tijdstip van het afspelen, zodat je de fout kunt koppelen aan het relevante gedeelte van het logboek in plaats van blind een hele dag te doorzoeken.

Als de tweede client hetzelfde item probleemloos afspeelt, blijf dan binnen de clienttak. Vergelijk de appversie, het lokale netwerk met het externe pad, de afspeelkwaliteit, ondertiteling, codec-ondersteuning en of die client een transcodering afdwingt die de werkende client niet nodig heeft.

Vergelijk het sessiepad, niet alleen de fouttekst

Open het Plex-dashboard terwijl je de fout opnieuw veroorzaakt en bekijk de sessie. Noteer of de falende client Direct Play, Direct Stream of Transcode gebruikt en of de verbinding lokaal of extern is. Twee clients die de server om verschillende afspeelpaden vragen, zijn geen gelijkwaardige tests, ook al openen ze hetzelfde bestand.

Als alleen de falende client een transcodering activeert, stel dan op de werkende client een vergelijkbare kwaliteit in en herhaal de test. Als beide nu falen, is het probleem verschoven van een clientspecifieke tak naar een servertranscoderingstak. Als de tweede client onder hetzelfde pad nog steeds werkt, blijft de oorspronkelijke client de waarschijnlijkere verdachte.

Als elke client alleen op afstand faalt maar lokaal wel werkt, onderzoek dan eerst het gedeelde externe pad—router, tunnel, reverse proxy, relay, uploadsnelheid of DNS—voordat je een clientapp opnieuw installeert. De reikwijdte kan een netwerkgrens net zo effectief isoleren als een client.

Verzamel logboeken van de laag die daadwerkelijk is uitgevallen

Zodra de reikwijdte de servertak aanwijst, reproduceer je het probleem één keer, noteer je het tijdstip en download je onmiddellijk de serverlogboeken. Zoek rond de gebeurtenis naar fouten met betrekking tot bestandstoegang, transcoding, netwerk, database of authenticatie. Vermijd het inschakelen van maximale uitgebreidheid tenzij de ondersteuningsdocumentatie daar specifiek om vraagt, want meer regels betekenen niet automatisch beter bewijs.

Een vergelijkbare logboekgerichte methode staat in de probleemoplossingsgids voor ZimaSpace-apps: begin bij de laag die is uitgevallen en gebruik vervolgens aanwijzingen uit de logboeken om te bepalen of de volgende tak DNS, poorten, machtigingen of de app betreft. De Plex-werkwijze profiteert van dezelfde discipline.

Als de clienttak geïsoleerd blijft, verzamel dan de app-logboeken of diagnostische informatie van die client, voor zover het platform dat toestaat, en gebruik het tijdstip in het serverlogboek als referentie. Wijzig de server niet globaal om een probleem op te lossen dat slechts op één eindpunt kan worden gereproduceerd.

-15% OFF
Single board computer zimaboard2

Controleer de oplossing op de oorspronkelijke client en één controleclient

Pas de kleinst mogelijke oplossing toe die bij de geïsoleerde laag past: werk de client bij of stel deze opnieuw in wanneer alleen die client faalt; herstel servermachtigingen, transcoding of de netwerkstatus wanneer meerdere clients falen. Speel dezelfde media vervolgens opnieuw af vanaf hetzelfde punt waarop de fout optrad.

De procedure voor het melden van problemen van Plex raadt aan het probleem te reproduceren en logboeken te verzamelen met specifieke versie- en omgevingsgegevens. Dat is ook een goede eindcontrole voordat je het probleem escaleert: een reproduceerbare fout met tijdstippen is veel eenvoudiger te diagnosticeren dan een algemene ‘afspeelfout’.

Een oplossing is bevestigd wanneer de oorspronkelijke client weer werkt en de controleclient normaal blijft functioneren. Als de fout van laag verandert—bijvoorbeeld wanneer de clientfout verdwijnt maar nu alle externe clients falen—stop dan en classificeer het probleem opnieuw in plaats van nog meer wijzigingen op basis van de eerste diagnose te stapelen.

Ondersteuning & Tips

Meer om te lezen

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.