Als het MotionEye-pakket van ZimaOS vastzit op een oude versie, vertrouw er dan niet op dat een algemene automatische containerupdater blindelings overschakelt naar een nieuwere hoofdversie van MotionEye. Maak een back-up van de configuratie en opnames, controleer welke image actief is en stap daarna over op een onderhouden MotionEye-image nadat je de versie- en migratiewijzigingen hebt bekeken.
Dit is nu extra belangrijk, omdat MotionEye 0.44.0 een belangrijke beveiligingsrelease is: de verificatie is gewijzigd, meerdere kwetsbaarheden zijn verholpen en de manier waarop externe MotionEye-installaties elkaar verifiëren is aangepast.
Controleer de actieve versie en image
docker ps --format 'table {.Names} {.Image}' | grep -i motioneye
docker logs --tail 100 motioneyeGa er niet van uit dat de versie op de App Store-kaart en die van de daadwerkelijk actieve image identiek zijn.
MotionEye 0.44.0 is de huidige beveiligingsgrens
Op de huidige releasepagina van MotionEye staat 0.44.0 vermeld als de nieuwste release. Deze bevat strengere verificatie en oplossingen voor beveiligingsadviezen.
Maak eerst een back-up van de configuratie en video's
Noteer welke hostpaden zijn gekoppeld aan de configuratie en media van MotionEye. Kopieer die mappen voordat je de containerimage vervangt.
Gebruik de onderhouden GHCR-image
Het upstreamproject publiceert nu images voor meerdere architecturen onder ghcr.io/motioneye-project/motioneye. Kies bij voorkeur een vastgezette stabiele tag, zoals 0.44.0, in plaats van een oude, niet meer onderhouden image of een veranderlijke ontwikkeltag.
Werk niet automatisch bij zonder de releaseopmerkingen te lezen
MotionEye 0.44.0 wijzigt de verificatie voor externe MotionEye-installaties en vereist wachtwoorden waar oudere installaties mogelijk lege inloggegevens toestonden. Daardoor kan een automatische image-update succesvol starten, terwijl de verbinding met camera's op afstand uitvalt.
Waarom Tugtainer niet het hele antwoord is
In het forumantwoord werd Tugtainer aanbevolen om containers bij te werken. Een containerupdater kan een image ophalen en opnieuw implementeren, maar kan niet bepalen of je oude volume-indeling, inloggegevens, geheimen van camera's op afstand of ingrijpende wijzigingen compatibel zijn.
Controleer de camera's na de upgrade
Controleer lokale camera's, externe MotionEye-camera's, opnamepaden, meldingen en eventuele Telegram-integratie die je nodig hebt. Controleer de interface op poort 8765 en bekijk de logboeken op authenticatie- of camerafouten.
Stel MotionEye niet rechtstreeks bloot aan internet
Zelfs na beveiligingsupdates houd je de beheerinterface achter een privénetwerk, VPN of beveiligde HTTPS-verbinding met authenticatie, in plaats van poorten rechtstreeks door te sturen.
De handleiding voor aangepaste Docker-configuraties beschrijft de containerworkflow van ZimaOS.
Controleer de image-architectuur
Gebruik een image die overeenkomt met de architectuur van de ZimaOS-host. Het huidige upstream-containerregister biedt images voor meerdere Linux-architecturen, dus je hoeft geen oude image opnieuw te bouwen om ondersteuning voor amd64 te krijgen.
Houd rekening met wijzigingen in de authenticatie na 0.44.0
MotionEye 0.44.0 vereist sterker inloggegevensbeleid en heeft de authenticatie van externe MotionEye-camera's gewijzigd. Als externe camera's na de upgrade niet meer werken, controleer dan eerst de nieuwe workflow voor gedeelde geheimen/inloggegevens voordat je teruggaat naar een vorige versie.
Bewaar een reservekopie van de configuratie
Overschrijf de enige werkende configuratie niet bij de eerste upgradepoging. Bewaar een gedateerde kopie van de configuratiemap, zodat je de vorige container en instellingen kunt herstellen als een migratie problemen veroorzaakt.
Veelgestelde vragen
Wat is de huidige MotionEye-release?
Upstream vermeldt 0.44.0 als de nieuwste release.
Kan ik gewoon de imagetag wijzigen?
Doe dit alleen nadat je een back-up hebt gemaakt en de release-opmerkingen hebt gelezen, vooral omdat 0.44.0 het authenticatiegedrag wijzigt.
Kan Tugtainer elke upgrade veilig uitvoeren?
Nee. Het kan updates van images automatiseren, maar het kan ingrijpende migraties op applicatieniveau niet valideren.
Waarom updaten als mijn oude versie nog werkt?
0.44.0 bevat beveiligingsoplossingen, dus oudere kwetsbare versies blijven gebruiken brengt onnodige risico's met zich mee.
