Community-Lösung

iHateMoney sicher mit BigBear auf CasaOS installieren

A 2024 BigBearCasaOS tutorial introduced iHateMoney on CasaOS; the maintained store now carries a newer 7.2.1 security release.

iHateMoney ist weiterhin in BigBearCasaOS verfügbar. Aktualisiere jedoch alte Installationen aus dem Jahr 2024, bevor du sie für aktuelle Finanzdaten verwendest. Im gepflegten BigBear-Store wird iHateMoney jetzt in Version 7.2.1 geführt. Upstream kennzeichnet 7.2.1 als Sicherheitsrelease, das zeitnah installiert werden sollte.

Der alte Forenbeitrag war hauptsächlich eine Videoankündigung. Bei einer aktuellen Einrichtung solltest du auf dauerhafte Datenbankspeicherung, einen sicheren Secret Key und ein sicheres Admin-Passwort, Backups, HTTPS für den Fernzugriff und die aktuelle Migrationsgrenze von 7.x achten.

Das aktuelle BigBear-Paket verwenden

Der gepflegte BigBearCasaOS-App-Store führt ihatemoney/ihatemoney in Version 7.2.1 auf.

7.2.1 ist ein Sicherheitsrelease

Das Upstream-iHateMoney-Änderungsprotokoll kennzeichnet Version 7.2.1 als Sicherheitsrelease und empfiehlt Nutzerinnen und Nutzern, das Update zu installieren.

Docker ist weiterhin die einfachste Upstream-Bereitstellung

Die aktuelle iHateMoney-Docker-Installation dokumentiert das offizielle Image auf Port 8000. BigBear kann es einem anderen CasaOS-Host-Port zuordnen. Maßgeblich für den externen Port ist daher das App-Store-Manifest.

Datenbank dauerhaft speichern

Bewahre den Verlauf der Haushaltsausgaben nicht ausschließlich im Container-Layer auf. Prüfe, ob BigBear den Datenbank-/Datenpfad einem persistenten CasaOS-Speicher zuordnet, und nimm ihn in deinen Sicherungsplan auf.

Einen sicheren SECRET_KEY verwenden

iHateMoney unterstützt die Konfiguration über Umgebungsvariablen. Erstelle ein langes, zufälliges Secret und verwende keine Beispielwerte aus einem alten Video oder einer öffentlichen Compose-Datei wieder.

Vor einem großen Upgrade sichern

Die Versionsreihe 7.x brachte Änderungen an Datenbank und API mit sich. Exportiere und sichere deine vorhandenen Daten, bevor du von einem alten 6.x-Paket auf 7.x wechselst.

Projekte nach der Aktualisierung überprüfen

Melde dich an, öffne mehrere Projekte, füge eine Testausgabe hinzu und entferne sie wieder, prüfe die Währungen und bestätige Projekte, Mitglieder und Verlauf. Erledige das, bevor du die alte Sicherung löschst.

HTTPS für den Fernzugriff verwenden

Ausgabendaten können sensible Informationen über den Haushalt enthalten. Halte die App im LAN oder hinter authentifiziertem HTTPS/privatem Zugriff, statt ihren unveränderten Container-Port weiterzuleiten.

Der Docker-Bereitstellungsleitfaden beschreibt den allgemeinen Container-Workflow.

Prüfen, welche Version tatsächlich läuft

docker ps --format 'table {{.Names}}	{{.Image}}'

Eine App-Store-Karte kann aktualisiert sein, während noch ein älterer Container mit einem festgelegten Image läuft oder eine erneute Bereitstellung fehlgeschlagen ist. Prüfe das laufende Image, bevor du das Sicherheitsupdate als abgeschlossen betrachtest.

Wiederherstellung testen, nicht nur den Export

Bewahre eine Kopie der persistenten Datenbank auf und stelle, falls du Anwendungsexporte verwendest, eine Testkopie in einer temporären Bereitstellung wieder her. Finanzdaten gehören genau zu den Daten, bei denen eine Sicherung, die noch nie wiederhergestellt wurde, nicht ausreicht.

Familienkonten getrennt halten

Gib das CasaOS-Administratorkonto nicht als iHateMoney-Anmeldung weiter. Verwende den eigenen Projekt- und Mitglieder-Workflow von iHateMoney und beschränke die CasaOS-Administration auf die Personen, die den Server verwalten.

FAQ

Ist iHateMoney noch in BigBearCasaOS?

Ja. Im gepflegten Store ist derzeit Version 7.2.1 aufgeführt.

Warum sollte ich von der alten Tutorial-Version aktualisieren?

Upstream 7.2.1 ist ausdrücklich ein Sicherheitsrelease.

Welchen Port verwendet iHateMoney?

Docker verwendet upstream intern Port 8000; das CasaOS-Paket kann ihn einem anderen Host-Port zuordnen.

Sollte ich es direkt dem Internet aussetzen?

Nein. Verwende für den Fernzugriff HTTPS/privaten Zugriff und sichere Anmeldedaten für die Anwendung.