Der ursprüngliche Forenbeitrag ist eine Einführung mit einem externen Tutorial-Link und keine vollständige Dokumentation der Bereitstellung. Er verspricht eine schnelle Einrichtung von CasaOS für Obsidian Self-hosted LiveSync, aber der Beitrag selbst enthält weder das CouchDB-Image noch die Volume-Pfade, Zugangsdaten, HTTPS-Konfiguration oder die im ursprünglichen Video verwendete Client-Einrichtung.
Verwende für eine aktuelle Installation das gepflegte Projekt Self-hosted LiveSync als technische Grundlage. Die Einrichtung basiert weiterhin auf CouchDB und dokumentiert ausdrücklich Docker, persistente CouchDB-Daten und -Konfiguration, die Bereitstellung über HTTPS sowie eine Setup-URI zur Konfiguration von Obsidian-Clients.
Self-hosted LiveSync ist eine Synchronisierungsschicht, nicht die Obsidian-App selbst
Obsidian bleibt auf deinen Desktop- oder Mobilgeräten installiert. Self-hosted LiveSync ergänzt ein Community-Synchronisierungs-Plugin sowie eine serverseitige Datenbank, damit Tresoränderungen zwischen Geräten übertragen werden können, ohne auf den kostenpflichtigen Obsidian-Sync-Dienst angewiesen zu sein.
Das Upstream-Projekt ist Community-Software und kein offizieller Obsidian-Dienst.
CouchDB ist die zentrale Serverkomponente
Die aktuelle Upstream-Einrichtungsanleitung verwendet CouchDB als primäres selbst gehostetes Backend. Das Docker-Beispiel erstellt persistente Verzeichnisse für CouchDB-Daten und -Konfiguration, bevor der Container gestartet wird.
Verwende die aktuelle Servereinrichtung von Self-hosted LiveSync, anstatt alte Image-Tags aus einem Video zu übernehmen.
Speichere die CouchDB-Datenbank außerhalb des kurzlebigen Containers
Die Datenbank enthält die synchronisierte Darstellung deiner Notizen und den zugehörigen Status. Ordne die Daten- und Konfigurationsverzeichnisse von CouchDB einem persistenten CasaOS-Speicher zu, damit das erneute Erstellen des Containers das Synchronisierungs-Backend nicht löscht.
Halte diese Ordner getrennt von gewöhnlichen temporären Docker-Layern.
Verwende eindeutige CouchDB-Zugangsdaten
Verwende keine Beispielbenutzernamen oder -passwörter aus einem Tutorial weiter. Erstelle sichere, eindeutige CouchDB-Administratorzugangsdaten und halte sie aus Screenshots, geteilten Compose-Dateien und öffentlichen Forenbeiträgen heraus.
Wenn Zugangsdaten offengelegt wurden, ändere sie und überprüfe umgehend jede aus dem Internet erreichbare CouchDB-Instanz.
Die Synchronisierung aus der Ferne sollte HTTPS verwenden
Wenn mehrere Geräte außerhalb des LANs synchronisieren müssen, stelle CouchDB über einen sicheren HTTPS-Pfad bereit, anstatt unverschlüsseltes HTTP direkt im Internet zu veröffentlichen. Die Upstream-Dokumentation enthält Beispiele für Reverse Proxies und die Domain-Konfiguration.
Ein VPN- oder Overlay-Netzwerk ist eine weitere Möglichkeit, wenn nur deine eigenen Geräte Zugriff benötigen.
CORS- und Origin-Einstellungen müssen zum Client-Workflow passen
Die Sicherheitskonfiguration von CouchDB kann Browser- oder WebView-Anfragen blockieren, selbst wenn der Server erreichbar ist. Die Einrichtung von Self-hosted LiveSync konfiguriert das erforderliche Verhalten von CouchDB, anstatt einen generischen Datenbankcontainer bereits nach dem Öffnen von Port 5984 als fertig zu betrachten.
Verwende die Setup-URI mit Vorsicht
Die aktuelle Upstream-Anleitung kann eine Setup-URI generieren, damit ein anderes Obsidian-Gerät die Verbindungseinstellungen importieren kann. Diese URI kann vertrauliche Verbindungsdaten enthalten.
Behandle sie wie ein Geheimnis: Sende sie nur an dein eigenes vertrauenswürdiges Gerät und veröffentliche sie nicht in Screenshots oder im Chatverlauf, auf den andere zugreifen können.
Echtzeit-Synchronisierung verhindert Bearbeitungskonflikte nicht
Wenn zwei Geräte nahezu gleichzeitig dieselbe Notiz bearbeiten, kann es weiterhin zu Konflikten kommen oder eine Zusammenführung erforderlich werden. Selbsthosting gibt dir Kontrolle über den Server, macht aus verteilter Bearbeitung jedoch kein Dateisystem mit nur einem Schreibzugriff.
Teste den Workflow zunächst mit einem entbehrlichen Tresor, bevor du deine einzige Kopie wichtiger Notizen migrierst.
Synchronisierung ist kein Backup
Wenn eine Notiz gelöscht wird und diese Löschung mit jedem Client synchronisiert wird, hat das synchronisierte System seine Aufgabe erfüllt. Erstelle unabhängige, versionierte Backups des Obsidian-Tresors und gegebenenfalls der CouchDB-Daten.
Das schützt vor versehentlichen Löschungen, Plugin-Fehlern, Datenbankbeschädigungen oder einer fehlerhaften Massenbearbeitung.
Die Quelle ist spezifisch für CasaOS
Das historische Tutorial richtete sich an CasaOS. Wenn der Host inzwischen ZimaOS verwendet, nutze den aktuellen ZimaOS-App-Store-/Compose-Workflow und die aktuellen Speicherpfade, anstatt von derselben Paketstruktur wie bei CasaOS auszugehen.
FAQ zu Obsidian LiveSync
Enthält der ursprüngliche Forenbeitrag die vollständige Compose-Konfiguration?
Nein. Er verweist hauptsächlich auf das externe Big-Bear-Tutorial.
Welches Backend dokumentiert Self-hosted LiveSync aktuell?
Die aktuelle Upstream-Einrichtung verwendet CouchDB und bietet einen Bereitstellungsweg über Docker.
Ersetzt selbst gehostete Synchronisierung Backups?
Nein. Bewahre ein unabhängiges Backup des Tresors auf, da auch Löschungen und fehlerhafte Bearbeitungen synchronisiert werden können.
