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

Een Jellyfin-fout volgt meestal de client wanneer één apparaat faalt terwijl een controleclient werkt, en volgt de server wanneer meerdere clients falen bij hetzelfde mediapad. Begin met een lokale controletest voordat je codecs of hardware wijzigt.

Houd de server, het account, de media en de kwaliteit constant terwijl je de getroffen client vergelijkt met een goed werkende client. Vergelijk vervolgens directe lokale weergave met de externe of via een proxy verlopende route. Het resultaat laat zien of je de clientmogelijkheden, de transcodeerinstellingen van Jellyfin of de netwerkroutering moet aanpassen, en wanneer je moet stoppen omdat het bewijs niet eenduidig is.

Gebruik een controleclient op dezelfde server

Een client meldt een afspeelfout. Begin met de minst ingrijpende controle: speel hetzelfde item met hetzelfde account en dezelfde kwaliteit af op een controleclient. controletest op dezelfde server

De nuttige observatie is specifiek: de controle slaagt, beide clients falen, of de controleclient kiest een andere afspeelmodus. Noteer het resultaat voordat je een andere variabele wijzigt.

Interpreteer de vertakking in plaats van te gokken. Als alleen de getroffen client faalt, ligt het probleem waarschijnlijk bij de client; als beide falen, onderzoek dan de server of de route; als de modi verschillen, vergelijk dan eerst het codec- en ondertitelpad.

Controleer de afspeelmodus en serverlogboeken

De controleclient faalt ook of vraagt hetzelfde serverpad op. Begin met de minst ingrijpende controle: vergelijk de afspeelmodus in het dashboard en de bijbehorende FFmpeg- of serverlogboekregels voor de getroffen sessies en de controlesessies.

De nuttige observatie is specifiek: Direct Play faalt bij beide, transcodering stopt bij beide, of slechts één client transcodeert. Noteer het resultaat voordat je een andere variabele wijzigt. bewijs uit het FFmpeg-logboek

Interpreteer de vertakking in plaats van te gokken. Als beide sessies dezelfde serverfout vertonen, ligt het probleem waarschijnlijk bij de server; als slechts één sessie transcodeert, ga dan terug naar de clientmogelijkheden; als de logboeken schoon zijn, test dan de route en de browserstatus.

Vergelijk directe lokale en externe routes

De verantwoordelijkheid van de client of server is nog niet afdoende vastgesteld. Begin met de minst ingrijpende controle: gebruik dezelfde client en media via de LAN-URL en vervolgens via de externe of via een proxy verlopende URL.

De nuttige observatie is specifiek: lokaal werkt het, extern faalt het, beide falen, extern werkt het of lokaal faalt het. Noteer het resultaat voordat je een andere variabele wijzigt. lokaal-versus-extern pad

Interpreteer de vertakking in plaats van te gokken. Als alleen de externe route faalt, beperk het probleem dan tot de proxy, DNS, routering of beschikbare bandbreedte; als beide falen, bekijk dan opnieuw het serverbewijs; als alleen lokaal faalt, controleer dan de binding of lokale DNS.

-15% OFF

ZimaBoard 2 - Mini-thuisserver voor jouw grote idee

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Controleer de oorspronkelijke trigger opnieuw en stop bij de verantwoordelijke component

De verantwoordelijkheid wordt voorwaardelijk vastgesteld. Begin met de minst ingrijpende controle: pas één gerichte wijziging toe en speel daarna de oorspronkelijke sessie en één controlesessie opnieuw af.

De nuttige observatie is specifiek: de oorspronkelijke sessie slaagt en de controlesessie blijft stabiel, de oorspronkelijke sessie faalt nog steeds, of beide routes veranderen. Noteer het resultaat voordat je een andere variabele wijzigt.

Interpreteer de vertakking in plaats van te gokken. Als de oorspronkelijke sessie slaagt en de controlesessie stabiel blijft, stop dan; als de sessie nog steeds faalt, maak de wijziging ongedaan en escaleer binnen de toegewezen verantwoordelijke component; als beide veranderen, ga dan terug naar de eerste variabele die niet onder controle was.