Så återskapar du en Jellyfin-installation efter byte till ett nytt nätverk

Eva Wong

IceWhale author

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

How to Rebuild a Jellyfin Setup After Moving to a New Network - Zima Store Online

Bygg om Jellyfin efter en nätverksflytt genom att först återställa den lokala tjänstesökvägen och sedan validera lagringsmonteringar, identitet, DNS och fjärråtkomst som separata kontrollpunkter.

En ny router, ett nytt subnät, VLAN eller en ny DNS-domän kan få en fungerande Jellyfin-databas att se trasig ut eftersom klienter, monteringar och omvända proxyservrar inte längre delar samma sökväg. Spara de gamla nätverksanteckningarna och en kopia av applikationsdata. Målet är en känd sökväg från klient till tjänst till media, med en tydlig stoppunkt när det är själva nätverket – inte Jellyfin – som är det felande lagret.

Dokumentera den gamla sökvägen innan du ändrar något

Skriv ner serveradressen, värdnamnet, subnätet, gatewayen, DNS-namnet, monterade mediasökvägar, destinationen för den omvända proxyn, certifikatnamnet samt eventuella brandväggs- eller portvidarebefordringsregler. Håll lokal strömning och fjärrströmning åtskilda. Om den gamla värden fortfarande är tillgänglig, exportera Jellyfin-konfigurationen och lista användarna och biblioteken innan du tilldelar nya adresser.

Detta skapar en baslinje för ombyggnaden: en användare når tjänsten, tjänsten når sin databas och media, och säkerhetskopior når sin destination. Börja inte med en publik port eller en ny proxyregel.

Återställ den lokala tjänsten på en stabil adress

Ge servern en DHCP-reservation eller en statisk adress och bekräfta sedan att Jellyfins webbgränssnitt öppnas från samma LAN. Kontrollera tjänstens bindningsadress och värdens brandvägg, och testa en lokal klient innan du ändrar DNS. Om appen startar men biblioteken är tomma ska du stanna och kontrollera lagringssökvägen i stället för att bygga om databasen.

Jellyfins migreringsvägledning betonar att interna data är sökvägskänsliga och att containersökvägar måste matcha de dokumenterade medieplatserna (vägledning för sökvägskänslig migrering). Behandla en sökvägsmissmatch som ett topologifel, inte som ett metadatafel.

Återanslut monteringar och behörigheter före DNS

Montera media- och säkerhetskopieringsvolymerna på stabila sökvägar och testa sedan läsåtkomst som Jellyfin-tjänstens konto. Verifiera en fil per bibliotek och en skrivning till katalogen för applikationsdata. Låt cache och nedladdade omslagsbilder ligga på lagring som kan återskapas, medan användarmedia, databasen och säkerhetskopiorna ligger på skyddade lagringsroller.

Kontrollen är GODKÄND när en omstart återskapar monteringarna innan Jellyfin startar och en biblioteksskanning inte ger varningar om saknade filer. Om monteringen är beroende av en interaktiv inloggning ska du korrigera startordningen innan du fortsätter.

-15% OFF

ZimaBoard 2 - Minihemmserver för din stora idé

Single board computer zimaboard2

Bygg om identitet, DNS och fjärråtkomst i den ordningen

När lokal uppspelning fungerar återställer du värdnamnet och den interna DNS-posten. Testa en klient med namnet, inte IP-adressen, och validera sedan den omvända proxyn eller VPN-anslutningen utifrån. Håll autentisering och auktorisering åtskilda från routning: ett inloggningsfel är inte bevis på att den nya portvidarebefordringen är felaktig.

Kör en direktuppspelning och en omkodning från den verkliga klientmixen. Dokumentera den observerade slutpunkten, uppspelningsläget och var felet uppstår. Ett migreringsfall från communityn kan vara användbart för att jämföra antaganden om sökvägar och nätverk, men generalisera inte dess maskinvara eller routerinställningar (fallstudie om migrering).

Gör återställning och utbyggnad tydliga

Behåll den gamla DNS-posten, konfigurationssäkerhetskopian och de tidigare nätverksanteckningarna tills lokal uppspelning, användaråtkomst, fjärrdirigering och återställning har klarats. Utöka endast genom att lägga till en dedikerad sökväg – till exempel ett separat VLAN för hantering eller ett andra nätverksgränssnitt – när den delade sökvägen försämras. Avbryt ombyggnaden om servern inte kan få en stabil adress, beständiga monteringar eller en testad återställningsväg; ingen mängd omkonfigurering av klienter kan åtgärda dessa saknade grundförutsättningar.