Det ursprungliga foruminlägget är en introduktion med en extern handledningslänk, inte en fullständig distributionsbeskrivning. Det utlovar en snabb CasaOS-installation av Obsidian Self-hosted LiveSync, men själva inlägget innehåller inte längre information om CouchDB-avbilden, volymsökvägar, autentiseringsuppgifter, HTTPS-konfiguration eller klientkonfigurationen som användes i originalvideon.
För en aktuell installation bör du använda det underhållna projektet Self-hosted LiveSync som teknisk grund. Den uppströmsbaserade installationsanvisningen bygger fortfarande på CouchDB och dokumenterar uttryckligen Docker, beständig CouchDB-data och konfiguration, HTTPS-exponering samt en installations-URI för konfiguration av Obsidian-klienter.
Self-hosted LiveSync är ett synkroniseringslager, inte själva Obsidian-appen
Obsidian är fortfarande installerat på dina datorer eller mobila enheter. Self-hosted LiveSync lägger till ett synkroniseringsplugin från communityn samt en serverbaserad databas, så att ändringar i valvet kan synkroniseras mellan enheter utan att använda Obsidians betalda Sync-tjänst.
Projektet uppströms är communityprogramvara, inte en officiell Obsidian-tjänst.
CouchDB är den centrala serverkomponenten
Den aktuella installationsguiden uppströms använder CouchDB som den primära självhostade backendlösningen. Docker-exemplet skapar beständiga kataloger för både CouchDB-data och konfiguration innan containern startas.
Använd den aktuella serverinstallationen för Self-hosted LiveSync i stället för att kopiera gamla avbildstaggar från en video.
Spara CouchDB-databasen utanför den tillfälliga containern
Databasen innehåller den synkroniserade representationen av dina anteckningar och relaterade tillstånd. Mappa CouchDB:s data- och konfigurationskataloger till beständig CasaOS-lagring, så att återskapande av containern inte raderar synkroniseringsbackend.
Håll dessa mappar åtskilda från vanliga tillfälliga Docker-lager.
Använd unika CouchDB-autentiseringsuppgifter
Använd inte exempelanvändarnamn eller lösenord från en handledning. Skapa starka, unika administratörsuppgifter för CouchDB och håll dem borta från skärmbilder, delade Compose-filer och offentliga foruminlägg.
Om autentiseringsuppgifter exponeras ska du omedelbart byta dem och granska alla CouchDB-instanser som kan nås på distans.
Fjärrsynkronisering bör använda HTTPS
Om flera enheter behöver synkroniseras utanför det lokala nätverket ska CouchDB exponeras via en säker HTTPS-sökväg i stället för att publicera vanlig HTTP direkt på Internet. Dokumentationen uppströms innehåller exempel på omvänd proxy och domänkonfiguration.
Ett VPN- eller overlay-nätverk är ett annat alternativ när endast dina egna enheter behöver åtkomst.
CORS- och ursprungsinställningarna måste stämma överens med klientarbetsflödet
CouchDB:s säkerhetskonfiguration kan blockera förfrågningar från webbläsare eller webbvyer även när servern är nåbar. Installationsproceduren för Self-hosted LiveSync konfigurerar det CouchDB-beteende som krävs, i stället för att betrakta en generell databaskontainer som färdig så snart port 5984 har öppnats.
Använd installations-URI:n försiktigt
Den aktuella vägledningen uppströms kan generera en installations-URI så att en annan Obsidian-enhet kan importera anslutningsinställningar. URI:n kan innehålla känsliga anslutningsuppgifter.
Behandla den som en hemlighet: skicka den endast till din egen betrodda enhet och undvik att publicera den i skärmbilder eller chatthistorik som andra kan komma åt.
Realtidssynkronisering eliminerar inte redigeringskonflikter
Om två enheter redigerar samma anteckning nästan samtidigt kan konflikter fortfarande uppstå eller kräva samordning. Självhostning ger dig kontroll över servern, men förvandlar inte distribuerad redigering till ett filsystem med en enda skrivare.
Testa arbetsflödet med ett tillfälligt valv innan du migrerar din enda kopia av viktiga anteckningar.
Synkronisering är inte en säkerhetskopia
Om en anteckning raderas och raderingen synkroniseras till alla klienter har det synkroniserade systemet gjort sitt jobb. Behåll oberoende, versionshanterade säkerhetskopior av Obsidian-valvet och, när det är lämpligt, CouchDB-data.
Det skyddar mot oavsiktlig radering, pluginbuggar, databaskorruption eller en felaktig massredigering.
Källan är specifik för CasaOS
Den historiska handledningen riktade sig till CasaOS. Om värden nu kör ZimaOS ska du använda det aktuella arbetsflödet för ZimaOS App Store/Compose och aktuella lagringssökvägar i stället för att anta att samma paketlayout från CasaOS gäller.
Vanliga frågor om Obsidian LiveSync
Innehåller det ursprungliga foruminlägget hela Compose-konfigurationen?
Nej. Det länkar främst till den externa Big Bear-handledningen.
Vilken backend dokumenterar den aktuella Self-hosted LiveSync-konfigurationen?
Den aktuella installationen uppströms använder CouchDB och tillhandahåller en Docker-baserad distributionsväg.
Ersätter självhostad synkronisering säkerhetskopior?
Nej. Behåll en oberoende säkerhetskopia av valvet, eftersom även raderingar och felaktiga redigeringar kan synkroniseras.
