Varför förlorar en hemmaserver en statisk routning efter en NetworkManager-uppgradering?
En statisk rutt kan försvinna efter en uppgradering av NetworkManager när rutten tillhörde en profil eller konfigurationsväg som inte längre är den aktiva anslutningen.
På en ZimaSpace eller Linux-hemaserver kan en rutt till ett IoT-VLAN, ett säkerhetskopieringssubnät eller en sekundär router ha lagts till manuellt med ip route, sparats i en gammal anslutningsprofil eller varit kopplad till en profil som NetworkManager ersätter efter uppgraderingen. Det rätta testet jämför den aktiva rutten med den aktiva beständiga profilen i stället för att lägga till kommandot igen efter varje omstart.
Kontrollera om rutten någonsin var beständig
Jämför en rutt som lagts till med ip route med NetworkManager-anslutningsprofilen som ska återskapa den.
En fokuserad praktisk networkmanager-guide om beständiga statiska rutter hör hemma i anslutningsprofilen hjälper till att isolera denna möjlighet eftersom den behandlar samma specifika problem i stället för att bara definiera det underliggande protokollet.
Om rutten bara finns i kärnans routingtabell flyttar du den till den hanterade profilen innan du skyller på uppgraderingen.
Granska profiländringar som utlösts av uppgraderingen
Jämför profilnamn, UUID:er, automatisk anslutning och ruttposter före och efter paketuppgraderingen.
En fokuserad felsökningsartikel om statiska rutter kan försvinna när NetworkManagers tillstånd ändras hjälper till att isolera denna möjlighet eftersom den behandlar samma specifika problem i stället för att bara definiera det underliggande protokollet.
Återställ rutten i den aktiva beständiga profilen och spara en kopia av den tidigare profilen för jämförelse.
Kom ihåg att NetworkManager är profilcentrerat
Ett gränssnitt kan ha flera sparade profiler, men bara den aktiverade profilen bidrar med sina ruttinställningar.
En fokuserad teknisk networkmanager-blogg om NetworkManagers konfiguration kretsar kring anslutningsprofiler hjälper till att isolera denna möjlighet eftersom den behandlar samma specifika problem i stället för att bara definiera det underliggande protokollet.
Identifiera den aktiva profilen med UUID i stället för att redigera den fil vars filnamn ser bekant ut.
Kontrollera routingtabell och policyregler tillsammans
En rutt kan fortfarande finnas i en annan tabell än main, medan regeln som valde den tabellen har ändrats.
En fokuserad förklaring av Linux-routing om policy-routing använder både tabeller och regler hjälper till att isolera denna möjlighet eftersom den behandlar samma specifika problem i stället för att bara definiera det underliggande protokollet.
Lista ip rule och alla relevanta tabeller innan du lägger till en dubblettrutt i main.
Kontrollera om ruttmätvärden ändrade vilken rutt som valdes
När två rutter täcker samma destination kan det lägre effektiva mätvärdet eller den mer specifika rutten ersätta den väg du förväntade dig att se.
En fokuserad Linux-nätverksguide om ruttmätvärden ändrar vilken väg som vinner hjälper till att isolera denna möjlighet eftersom den behandlar samma specifika problem i stället för att bara definiera det underliggande protokollet.
Jämför destinationsprefix, mätvärde och gränssnitt efter uppdateringen. Dra inte slutsatsen att rutten har tagits bort bara för att trafiken använder en annan rutt.
Håll serverns nätverkskonfiguration i en enda hanterare
En blandning av äldre skript, manuella kommandon, Netplan och NetworkManager-profiler gör det mer sannolikt att uppgraderingar blottlägger motstridigt ägarskap.
En fokuserad praktisk Linux-nätverksguide om en NetworkManager-profil bör äga serverns nätverksväg hjälper till att isolera denna möjlighet eftersom den behandlar samma specifika problem i stället för att bara definiera det underliggande protokollet.
Standardisera rutten i en enda hanterad profil, starta om två gånger och bekräfta att samma rutt och mätvärde återkommer varje gång.
Testa den exakta hemaservervägen igen
Efter att du har ändrat en variabel upprepar du samma NAS- eller självhostade arbetsflöde från samma klient i stället för att byta till ett annat test som kan använda en annan väg.
Den relaterade ZimaSpace-guiden om den angränsande nätverksvägen för hemaservern hjälper till att hålla den slutliga verifieringen kopplad till samma självhostade miljö.
Åtgärden är slutförd först när det ursprungliga symptomet förblir löst efter återanslutning, omstart av tjänsten och en andra kontrollerad överföring eller begäran.
Vanliga frågor
Varför fungerar ip route add fram till omstart?
Det ändrar kärnans aktiva routingtabell, men skapar inte nödvändigtvis en beständig NetworkManager-konfiguration.
Kan rutten fortfarande finnas men använda fel tabell?
Ja. Policy-routing kan placera rutter i alternativa tabeller som behöver motsvarande regler.
Bör jag redigera anslutningsfiler manuellt efter en uppgradering?
Föredra nmcli eller den plattformsspecifika hanteraren som stöds, såvida du inte har ett kontrollerat skäl att hantera keyfiles direkt.
Rekommenderade produkter
Support och tips
Mer att läsa
Kan Plex dela ett GPU-kort med en annan Docker-container?
Plex och en annan container kan ofta använda samma GPU, men du måste testa drivrutinsstöd, enhetsmappning, belastningen på videoenheten, minne och återställningsbeteende.
Så avgör du om ett Plex-fel kommer från klienten eller servern
Återskapa samma objekt på en annan klient, jämför sessionsvägen och samla sedan in serverbevis först efter att scope har visat var felet faktiskt finns.
Så konfigurerar du Plex-cache och tillfällig lagring för omkodning
Skydda beständigt Plex-tillstånd genom att placera temporära transkodningsfiler på lämplig lokal lagring och verifiera rensning, ledigt utrymme samt omstartsfunktionssätt.
