Een Jellyfin-installatie opnieuw opbouwen na een overstap naar een nieuw netwerk

Bouw Jellyfin na een netwerkwijziging opnieuw op door eerst het lokale servicepad te herstellen en vervolgens opslagkoppelingen, identiteit, DNS en toegang op afstand als afzonderlijke stappen te controleren.

Een nieuwe router, subnet, VLAN of DNS-domein kan een goed werkende Jellyfin-database defect doen lijken, omdat clients, koppelingen en reverse proxies niet langer hetzelfde pad delen. Bewaar de oude netwerkaantekeningen en een kopie van de applicatiegegevens. Het doel is een bekend pad van client naar service naar media, met een duidelijk stopmoment wanneer het netwerk zelf - en niet Jellyfin - de probleemlaag is.

Noteer het oude pad voordat je iets wijzigt

Noteer het serveradres, de hostnaam, het subnet, de gateway, de DNS-naam, de gekoppelde mediapaden, de bestemming van de reverse proxy, de certificaatnaam en eventuele firewall- of portforwardingregels. 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.

Dit vormt de basis voor de heropbouw: een gebruiker bereikt de service, de service bereikt de database en media, en back-ups bereiken hun bestemming. Begin niet met een openbare poort of een nieuwe proxyregel.

Herstel de lokale service op een stabiel adres

Geef de server een DHCP-reservering of statisch adres en controleer vervolgens of de Jellyfin-webinterface bereikbaar is vanaf hetzelfde LAN. Controleer het bindadres van de service en de firewall van de host, en test een lokale client voordat je de DNS wijzigt. Als de app start maar de bibliotheken leeg zijn, stop dan en controleer het opslagpad in plaats van de database opnieuw op te bouwen.

Jellyfins migratierichtlijnen benadrukken dat interne gegevens padgevoelig zijn en dat containerpaden moeten overeenkomen met de vastgelegde medialocaties (migratierichtlijnen voor padgevoeligheid). Behandel een padverschil als een probleem met de netwerktopologie, niet als een probleem met metadata.

Koppelingen en machtigingen herstellen voordat je DNS aanpakt

Koppel de media- en back-upvolumes aan stabiele paden en test vervolgens de leestoegang met het serviceaccount van Jellyfin. Controleer één bestand per bibliotheek en één schrijfactie naar de map met toepassingsgegevens. Bewaar de cache en gedownloade afbeeldingen voor media op opnieuw op te bouwen opslag, terwijl gebruikersmedia, de database en back-ups op daarvoor bestemde, beschermde locaties blijven.

De exit slaagt als een herstart de koppelingen opnieuw aanmaakt voordat Jellyfin start en een bibliotheekscan geen waarschuwingen over ontbrekende bestanden oplevert. Als de koppeling afhankelijk is van interactief aanmelden, herstel dan eerst de opstartvolgorde voordat je verdergaat.

Featured

ZimaBoard 2 - Mini-homeserver voor jouw grote idee

Single board computer zimaboard2

$339.00 - $529.00

Buy Now

Identiteit, DNS en toegang op afstand in die volgorde opnieuw opbouwen

Herstel na het testen van lokaal afspelen de hostnaam en de interne DNS-record. Test een client met de naam, niet met het IP-adres, en valideer vervolgens de reverseproxy of VPN van buitenaf. Houd authenticatie en autorisatie gescheiden van routering: een aanmeldfout bewijst niet dat de nieuwe port forwarding onjuist is.

Speel één bestand direct af en transcodeer er één met de daadwerkelijke mix van clients. Noteer het waargenomen eindpunt, de afspeelmodus en het punt waarop het misgaat. Een praktijkgeval van een migratie is nuttig om paden en netwerkaannames te vergelijken, maar veralgemeen de hardware- of routerinstellingen daarvan niet (casestudy over de migratie).

Terugdraaien en uitbreiden expliciet houden

Bewaar het oude DNS-record, de configuratieback-up en de eerdere netwerkaantekeningen totdat lokaal afspelen, gebruikerstoegang, routering op afstand en herstel allemaal zijn getest en goedgekeurd. Breid alleen uit door een apart pad toe te voegen, zoals een apart VLAN voor beheer of een tweede netwerkinterface, wanneer het gedeelde pad slechter presteert. Stop de herbouw als de server geen stabiel adres, blijvende koppelingen of een geteste herstelroute kan krijgen; geen enkele hoeveelheid herconfiguratie van clients kan die ontbrekende basisvoorzieningen oplossen.