Plex ontwerpen voor zowel lokale als externe gebruikers

Een Plex-configuratie voor lokale en externe gebruikers moet LAN-afspelen en WAN-levering behandelen als twee routes die media en status delen, maar verschillende knelpunten hebben.

Lokale gebruikers hechten meestal belang aan lage latentie en Direct Play, terwijl externe gebruikers te maken krijgen met openbare bereikbaarheid, uploadsnelheid, uiteenlopende clients en vaker transcoderen. Bouw één laag voor de serverstatus en opslag en valideer vervolgens de twee leveringsroutes afzonderlijk. Zo voorkom je dat een oplossing voor externe toegang het lokale afspelen verslechtert of onnodige conversie afdwingt.

Houd de LAN-route eenvoudig en snel

Lokale clients moeten Plex kunnen bereiken zonder afhankelijk te zijn van de openbare proxy of WAN-route. Zo blijft afspelen mogelijk als er een probleem is met de internetverbinding en wordt Direct Play eenvoudiger te diagnosticeren.

lokale toegang tot Plex heeft andere afhankelijkheden dan normale externe toegang en moet apart worden getest.

Test lokale DNS, directe bereikbaarheid van de server en een bekend Direct Play-bestand terwijl de openbare route opzettelijk niet beschikbaar is. Als lokaal afspelen mislukt wanneer de WAN-laag wordt verwijderd, vereenvoudig dan eerst de detectie en routering voordat je meer externe functies toevoegt.

Geef de WAN-route een eigen bereikbaarheidsontwerp

Externe clients hebben een expliciete methode nodig om de server via NAT, een proxy of een privétunnel te bereiken. De keuze bepaalt welke verantwoordelijkheden er zijn voor de firewall, detectie, certificaten en probleemoplossing.

directe externe toegang tot Plex is afhankelijk van NAT-omstandigheden, regels voor poortdoorschakeling en validatie via een extern netwerk.

Kies één primaire route voor toegang op afstand en controleer die via een mobiel netwerk of een ander extern netwerk voordat je gebruikers uitnodigt. Als de route afhankelijk is van een ongedocumenteerde terugvaloptie of relay, los dan de bereikbaarheid op voordat je de kwaliteit van streams op afstand afstemt.

Stem uploadsnelheid en transcodering op elkaar af

Limieten voor externe bandbreedte kunnen de streamkwaliteit verlagen, wat de vraag naar transcodering op de server kan vergroten. Daarom moeten de WAN- en rekenlagen samen als één pad op capaciteit worden getest.

Plex-streaming op afstand in 4K vereist een duurzame uploadsnelheid en kan ook conversie op de server activeren.

Speel de zwaarste verwachte stream op afstand af terwijl er een gebruikelijke lokale stream actief is, en meet de uploadsnelheid, CPU/GPU en afspeelstabiliteit. Als de kwaliteit van de stream op afstand alleen stabiel is wanneer lokale activiteit stopt, heeft de gedeelde host of WAN-verbinding onvoldoende capaciteit voor beide scenario's samen. Een bekende belasting voor Plex-streaming op afstand kan dienen als WAN-test terwijl er op dezelfde server een lokale Direct Play-sessie actief blijft.

Featured

ZimaCube 2 persoonlijke cloud-home-NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Houd gebruikersbeleid en netwerkbeleid gescheiden

Externe gebruikers hebben mogelijk andere bibliotheektoegang, kwaliteitslimieten of verwachtingen rond ondersteuning nodig, zonder dat de fysieke opslagtopologie verandert. Door identiteits- en netwerkregels gescheiden te houden, verklein je de kans op onbedoelde koppelingen tussen wie media kan bekijken en hoe pakketten Plex bereiken.

Beperkingen voor Plex-gebruikers kunnen per account de toegang tot bibliotheken bepalen zonder het onderliggende serverpad te wijzigen.

Test één lokaal account en één extern account met dezelfde media en registreer zowel het toegangsbeleid als het afspeelpad. Als een wijziging in het gebruikersbeleid onverwacht netwerkgedrag veroorzaakt, leg dan de afhankelijkheid vast voordat je delen uitbreidt.