Om MotionEye-paketet i ZimaOS har fastnat på en gammal version ska du inte förlita dig på en generell automatisk containeruppdaterare för att blint hoppa mellan större MotionEye-versioner. Säkerhetskopiera konfigurationen och inspelningarna, ta reda på vilken avbildning som körs och byt sedan till en underhållen MotionEye-avbildning efter att ha granskat versions- och migreringsändringarna.
Det här är viktigare nu eftersom MotionEye 0.44.0 är en säkerhetsmässigt betydelsefull version: den ändrade autentiseringen, åtgärdade flera sårbarheter och ändrade hur fjärranslutna MotionEye-instanser autentiserar varandra.
Kontrollera den körande versionen och avbildningen
docker ps --format 'table {.Names} {.Image}' | grep -i motioneye
docker logs --tail 100 motioneyeUtgå inte från att versionen på App Store-kortet och den körande avbildningen är identiska.
MotionEye 0.44.0 är den aktuella säkerhetsgränsen
Den aktuella versionssidan för MotionEye anger 0.44.0 som den senaste versionen och innehåller förstärkt autentisering samt korrigeringar för säkerhetsråd.
Säkerhetskopiera konfigurationen och videorna först
Anteckna värdsökvägarna som är kopplade till MotionEyes konfiguration och mediefiler. Kopiera dessa kataloger innan du byter containeravbildning.
Använd den underhållna GHCR-avbildningen
Uppströmsprojektet publicerar nu avbildningar för flera arkitekturer på ghcr.io/motioneye-project/motioneye. Välj en fast stabil tagg, till exempel 0.44.0, i stället för en gammal övergiven avbildning eller en rörlig utvecklingstagg.
Uppdatera inte automatiskt utan att läsa versionsinformationen
MotionEye 0.44.0 ändrar autentiseringen för fjärranslutna MotionEye-installationer och kräver lösenord där äldre installationer kan ha tillåtit tomma inloggningsuppgifter. En automatisk hämtning av en containeravbildning kan därför starta utan problem samtidigt som fjärrkamerorna slutar ansluta.
Varför Tugtainer inte är hela lösningen
Forumsvar föreslog Tugtainer för att uppdatera containrar. En containeruppdaterare kan hämta och distribuera en avbildning på nytt, men den kan inte avgöra om din gamla volymlayout, dina inloggningsuppgifter, hemligheter för fjärrkameror eller inkompatibla ändringar fungerar ihop.
Verifiera kamerorna efter uppgraderingen
Kontrollera lokala kameror, fjärranslutna MotionEye-kameror, inspelningssökvägar, aviseringar och eventuella Telegram-integrationer som du använder. Bekräfta att gränssnittet fungerar på port 8765 och granska loggarna efter autentiserings- eller kamerafel.
Exponera inte MotionEye direkt mot internet
Även efter säkerhetsuppdateringar bör du hålla administratörsgränssnittet bakom ett privat nätverk, VPN eller en autentiserad HTTPS-anslutning i stället för att bara vidarebefordra portar.
Den anpassade Docker-guiden beskriver containerarbetsflödet i ZimaOS.
Kontrollera avbildningens arkitektur
Använd en avbildning som matchar ZimaOS-värdens arkitektur. Det aktuella containerregistret uppströms tillhandahåller flera Linux-arkitekturer, så det finns ingen anledning att bygga om en gammal avbildning bara för att få stöd för amd64.
Räkna med ändringar i autentiseringen efter 0.44.0
MotionEye 0.44.0 kräver striktare hantering av inloggningsuppgifter och har ändrat autentiseringen för fjärranslutna MotionEye-kameror. Om fjärrkameror slutar fungera efter uppgraderingen bör du kontrollera det nya flödet för delade hemligheter och inloggningsuppgifter innan du återgår till en tidigare version.
Spara en återställningskopia av konfigurationen
Skriv inte över den enda fungerande konfigurationen vid det första uppgraderingsförsöket. Spara en daterad kopia av konfigurationskatalogen så att du kan återställa den tidigare containern och inställningarna om en migrering orsakar problem.
Vanliga frågor
Vilken är den aktuella MotionEye-versionen?
Uppströmsprojektet listar 0.44.0 som den senaste versionen.
Kan jag bara ändra avbildningstaggen?
Först efter att du har säkerhetskopierat data och läst versionsinformationen, särskilt eftersom 0.44.0 ändrar autentiseringsbeteendet.
Kan Tugtainer hantera varje uppgradering på ett säkert sätt?
Nej. Det kan automatisera uppdateringar av avbildningar, men det kan inte validera migreringar på applikationsnivå som kan orsaka problem.
Varför uppdatera om min gamla version fortfarande fungerar?
0.44.0 innehåller säkerhetsfixar, så det innebär en onödig risk att stanna kvar på äldre, sårbara versioner.
