Een Jellyfin-configuratie opnieuw opbouwen nadat je naar een nieuw netwerk bent verhuisd
Herbouw Jellyfin na een netwerkwijziging door eerst het lokale servicepad te herstellen en daarna opslagkoppelingen, identiteit, DNS en externe toegang als afzonderlijke controlepunten te valideren.
Een nieuwe router, subnet, VLAN of DNS-domein kan een gezonde Jellyfin-database defect laten lijken, omdat clients, koppelingen en reverse proxies niet langer hetzelfde pad delen. Bewaar de oude netwerknotities en een kopie van de applicatiegegevens. Het doel is een bekend pad van client naar service naar media, met een duidelijke stopgrens wanneer het netwerk zelf—niet Jellyfin—de falende laag is.
Leg het oude pad vast voordat je iets wijzigt
Noteer het serveradres, de hostnaam, het subnet, de gateway, de DNS-naam, de paden naar gekoppelde media, de bestemming van de reverse proxy, de certificaatnaam en eventuele firewall- of port-forwardingregels. Houd lokaal streamen en streamen op afstand gescheiden. Als de oude host nog beschikbaar is, exporteer dan de Jellyfin-configuratie en noteer de gebruikers en bibliotheken voordat je nieuwe adressen toewijst.
Zo leg je de basis voor de herbouw vast: een gebruiker bereikt de service, de service bereikt de database en media, en back-ups bereiken hun bestemming. Begin niet met een publieke poort of een nieuwe proxyregel.
Herstel de lokale service op een stabiel adres
Geef de server een DHCP-reservering of een statisch adres en controleer vervolgens of de Jellyfin-webinterface vanaf hetzelfde LAN opent. Controleer het bindadres van de service en de hostfirewall en test een lokale client voordat je DNS wijzigt. Als de app start maar bibliotheken leeg zijn, stop dan en controleer het opslagpad in plaats van de database opnieuw op te bouwen.
De migratierichtlijnen van Jellyfin benadrukken dat interne gegevens padgevoelig zijn en dat containerpaden moeten overeenkomen met de vastgelegde medialocaties (padgevoelige migratierichtlijnen). Behandel een niet-overeenkomend pad als een topologiefout, niet als een metadatafout.
Verbind koppelingen en rechten opnieuw voordat je DNS instelt
Koppel de media- en back-upvolumes aan stabiele paden en test vervolgens de leestoegang als het Jellyfin-serviceaccount. Controleer één bestand per bibliotheek en één schrijfactie naar de map met applicatiegegevens. Bewaar de cache en gedownloade illustraties op opslag die opnieuw kan worden opgebouwd, terwijl gebruikersmedia, de database en back-ups op beschermde opslagrollen blijven.
De controle is PASS wanneer een herstart de koppelingen opnieuw tot stand brengt voordat Jellyfin start en een bibliotheeks scan geen waarschuwingen over ontbrekende bestanden oplevert. Als de koppeling afhankelijk is van een interactieve aanmelding, herstel dan eerst de opstartvolgorde.
Herbouw identiteit, DNS en externe toegang in die volgorde
Nadat lokaal afspelen werkt, herstel je de hostnaam en het interne DNS-record. Test een client met de naam, niet met het IP-adres, en valideer vervolgens de reverse proxy of VPN van buiten het thuisnetwerk. Houd authenticatie en autorisatie gescheiden van routering: een mislukte aanmelding bewijst niet dat de nieuwe port-forwarding onjuist is.
Voer één directe stream en één transcodering uit met de werkelijke clientmix. Noteer het waargenomen eindpunt, de afspeelmodus en het punt waarop de fout optreedt. Een migratiegeval uit de community is nuttig om aannames over paden en netwerken te vergelijken, maar generaliseer de hardware- of routerinstellingen daaruit niet (migratiecasus).
Houd terugdraaien en uitbreiden expliciet
Bewaar het oude DNS-record, de configuratieback-up en de vorige netwerknotities totdat lokaal afspelen, gebruikerstoegang, externe routering en herstel allemaal zijn geslaagd. Breid alleen uit door een speciaal pad toe te voegen—zoals een afzonderlijk VLAN voor beheer of een tweede netwerkinterface—wanneer het gedeelde pad verslechtert. Stop de herbouw als de server geen stabiel adres, permanente koppelingen of een geteste herstelroute kan verkrijgen; geen enkele hoeveelheid clientherconfiguratie kan deze ontbrekende basisvoorzieningen oplossen.
Aanbevolen producten
NAS- en serverconfiguratie
Meer om te lezen
Hoe AI-achtige analyse en automatisering de opslag- en rekenbehoeften van Jellyfin veranderen
Automatisering en aanverwante AI-analyses voegen scans, afgeleide gegevens, CPU/GPU-bewerkingen, cache, tijdelijke opslag en planning van achtergrondtaken toe bovenop normaal afspelen in Jellyfin.
Hoe je Jellyfin integreert in een netwerk van een klein appartement of een huurwoning
Bouw een huurvriendelijk Jellyfin-netwerk met stabiele lokale adressering, minimale bekabeling, stille hardware, externe toegang die rekening houdt met CGNAT en omkeerbare wijzigingen.
Hoeveel gebruikers en achtergrondtaken moet één Jellyfin-host ondersteunen?
Behandel Jellyfin-gebruikers en achtergrondtaken als één gedeeld workloadbudget; de capaciteit is bereikt zodra afspeelvertraging, wachtrijen of resourcebelasting herhaaldelijk problematisch worden.
