Källans ovanligt tydliga upplösning visar att detta inte var ett Docker-fel som påverkade alla program. Användaren hade konfigurerat Tailscale med en exit-nod, varefter Jellyfin och andra program-URL:er slutade fungera även i det lokala nätverket. Senare avinstallerade användaren Tailscale, anslöt via ZimaOS LAN-IP-adress och rapporterade att allt fungerade igen.
Det beteendet stämmer överens med aktuell Tailscale-dokumentation. När en klient använder en exit-nod är åtkomst till det lokala nätverket inaktiverad som standard, om inte Tillåt åtkomst till lokalt nätverk är aktiverat. Innan du installerar om program eller startar om Docker bör du kontrollera routingtabellen och om klienten avsiktligt skickar trafik via en exit-nod.
Direkta programportar fungerade inte heller
Användaren försökte öppna programportarna direkt och uppgav att ingen fungerade utom Tailscale. Det är en viktig ledtråd: när flera orelaterade containrar plötsligt blir oåtkomliga bör du testa gemensamma nätverks- och routinglager innan du antar att varje program har gått sönder separat.
Ett misslyckat Docker-omstartskommando var en distraktion
ZimaOS är inte ett generiskt Debian-system där alla kommandon för tjänstehantering från onlinehandledningar fungerar. Om alla program misslyckas bör du först kontrollera om containrarna faktiskt körs och om deras publicerade portar kan nås från värden eller det lokala nätverket.
Exit-noder ändrar klientens standardrutt
Tailscales exit-noder dirigerar allmän internettrafik via en annan enhet i tailnet-nätverket. Aktuell Tailscale-dokumentation säger uttryckligen att åtkomst till det lokala nätverket är inaktiverad som standard när en exit-nod används.
Se aktuellt beteende för Tailscales exit-noder.
Aktivera Tillåt åtkomst till lokalt nätverk när du avsiktligt behöver båda
Aktuella Tailscale-klienter har alternativet Tillåt åtkomst till lokalt nätverk. I CLI-baserade klienter kan motsvarande funktion konfigureras med flaggan för åtkomst till LAN via exit-noden.
Aktivera detta endast när det lokala nätverket är betrott.
Inaktivera exit-noden för att avgränsa problemet
Ett snabbt diagnostiktest är att välja Ingen som aktiv exit-nod och sedan försöka igen med ZimaOS LAN-IP-adress samt en programport. Om lokal åtkomst omedelbart återkommer är routingkonfigurationen – inte Docker – den viktigaste platsen att undersöka.
Den ursprungliga skribenten tog bort Tailscale och bekräftade återställningen
Användaren uppgav att datorn kopplades bort från routern eller den lokala IP-vägen när den anslöt via Tailscale-konfigurationen. Efter att Tailscale avinstallerats och den lokala IP-adressen använts fungerade alla program igen.
Detta är en återställning som bekräftats av källan, även om användaren inte dokumenterade exakt vilka exit-nodflaggor som orsakade det felaktiga beteendet.
En bättre felsökningsordning
- öppna ZimaOS-instrumentpanelen direkt via LAN-IP-adressen;
- kontrollera om någon programport fungerar lokalt;
- inaktivera den aktiva Tailscale-exit-noden;
- försök ansluta till det lokala programmet igen;
- inspektera först därefter Docker- eller programloggar om portarna fortfarande inte är tillgängliga.
Vanliga frågor när alla program visar Tjänsten är inte tillgänglig
Löste en ominstallation av programmen det ursprungliga problemet?
Nej. Programmen började fungera först efter att den problematiska Tailscale-routingkonfigurationen tagits bort.
Kan en Tailscale-exit-nod blockera åtkomst till det lokala nätverket?
Ja. Aktuell Tailscale-dokumentation säger att åtkomst till LAN är inaktiverad som standard när en exit-nod används, om inte användaren aktiverar åtkomst till det lokala nätverket.
Bekräftades det att Docker självt var trasigt?
Nej. Källans slutsats pekar på routing snarare än ett fel i Docker-daemonen.
