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

Eva Wong är teknisk skribent och händig hemmabyggare på ZimaSpace. Som tekniknörd sedan barnsben med ett brinnande intresse för hemlabb och programvara med öppen källkodspecialiserar hon sig på att göra komplexa tekniska koncept begripliga genom praktiska, praktiska guider. Eva tycker att självhosting ska vara roligt, inte avskräckande. Genom sina handledningar hjälper hon communityn att göra hårdvaruinstallationer mindre mystiska, från att bygga sin första NAS till att bemästra Docker-containrar.

Bygg upp Jellyfin på nytt 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 steg.

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

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

Skriv ned serveradressen, värdnamnet, delnätet, gatewayen, DNS-namnet, monterade mediesökvägar, omvänd proxydestination, certifikatnamnet och eventuella brandväggs- eller portvidarebefordringsregler. Skilj mellan lokal och fjärrströmning. Om den gamla värden fortfarande är tillgänglig ska du exportera Jellyfin-konfigurationen och lista användarna och biblioteken innan du tilldelar nya adresser.

Detta skapar grunden för återuppbyggnaden: en användare når tjänsten, tjänsten når databasen och medierna och säkerhetskopior når sin destination. Börja inte med en offentlig port eller en ny proxyregel.

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

Ge servern en DHCP-reservation eller statisk adress och bekräfta sedan att Jellyfins webbgränssnitt går att öppna från samma lokala nätverk. 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 upp och kontrollera lagringssökvägen i stället för att bygga om databasen.

Jellyfins migreringsanvisningar betonar att interna data är beroende av sökvägar och att containersökvägar måste stämma överens med de registrerade medieplatserna (migreringsanvisningar för sökvägsberoende data). Behandla en sökvägsmissmatch som ett topologifel, inte ett metadatafel.

Återanslut monteringar och behörigheter före DNS

Anslut medie- och säkerhetskopieringsvolymerna till stabila sökvägar och testa sedan läsåtkomst med Jellyfin-tjänstkontot. Verifiera en fil per bibliotek och en skrivning till programdatakatalogen. Förvara cache och nedladdade omslagsbilder på lagring som går att återskapa, medan användarnas medier, databasen och säkerhetskopiorna ligger kvar på skyddade lagringsytor.

Godkänt resultat innebär att en omstart återskapar monteringarna innan Jellyfin startar och att en biblioteksskanning inte ger några varningar om saknade filer. Om monteringen är beroende av en interaktiv inloggning åtgärdar du startordningen innan du fortsätter.

Single board computer zimaboard2

Bygg upp 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 med en klient som använder namnet, inte IP-adressen, och verifiera sedan omvänd proxy eller VPN utifrån. Håll autentisering och behörighetskontroll åtskilda från dirigeringen: ett misslyckat inloggningsförsök är inget bevis på att den nya portvidarebefordringen är fel.

Kör en direktuppspelning och en omkodning från den faktiska blandningen av klienter. Anteckna den observerade slutpunkten, uppspelningsläget och var felet uppstod. 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 utifrån 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 alla har godkänts. Bygg bara ut genom att lägga till en separat väg - till exempel ett separat VLAN för hantering eller ett andra nätverksgränssnitt - när den gemensamma vä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 avsaknaden av dessa grundförutsättningar.

Installation av NAS och server

Mer att läsa

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.