De oorspronkelijke forumpost is een introductie en externe tutoriallink, geen volledig implementatieverslag. Er wordt een snelle CasaOS-installatie voor Obsidian Self-hosted LiveSync beloofd, maar de post zelf bevat niet de CouchDB-image, volumepaden, inloggegevens, HTTPS-configuratie of clientinstellingen die in de oorspronkelijke video zijn gebruikt.
Gebruik voor een actuele installatie het onderhouden Self-hosted LiveSync-project als technische basis. De upstream-installatie draait nog steeds om CouchDB en documenteert expliciet Docker, permanente CouchDB-data en -configuratie, HTTPS-bereikbaarheid en een setup-URI voor het configureren van Obsidian-clients.
Self-hosted LiveSync is een synchronisatielaag, niet de Obsidian-app zelf
Obsidian blijft geïnstalleerd op je desktop- of mobiele apparaten. Self-hosted LiveSync voegt een community-synchronisatieplug-in en een database aan de serverzijde toe, zodat wijzigingen in kluizen tussen apparaten kunnen worden uitgewisseld zonder afhankelijk te zijn van de betaalde Sync-service van Obsidian.
Het upstream-project is communitysoftware en geen officiële Obsidian-service.
CouchDB is het centrale serveronderdeel
De huidige upstream-installatiehandleiding gebruikt CouchDB als de belangrijkste zelf gehoste backend. Het Docker-voorbeeld maakt permanente mappen voor zowel CouchDB-data als -configuratie aan voordat de container wordt gestart.
Gebruik de actuele serverinstallatie voor Self-hosted LiveSync in plaats van oude imagetags uit een video over te nemen.
Sla de CouchDB-database op buiten de tijdelijke container
De database bevat de gesynchroniseerde weergave van je notities en bijbehorende status. Koppel de data- en configuratiemappen van CouchDB aan permanente CasaOS-opslag, zodat het opnieuw aanmaken van de container de synchronisatiebackend niet wist.
Houd deze mappen gescheiden van gewone tijdelijke Docker-lagen.
Gebruik unieke CouchDB-inloggegevens
Gebruik geen voorbeeldgebruikersnamen of -wachtwoorden uit een tutorial. Maak sterke, unieke CouchDB-beheerdersgegevens aan en houd deze uit screenshots, gedeelde Compose-bestanden en openbare forumposts.
Als inloggegevens zijn blootgesteld, wijzig ze dan en controleer onmiddellijk elke CouchDB-instantie die op afstand bereikbaar is.
Gebruik HTTPS voor synchronisatie op afstand
Als meerdere apparaten buiten het LAN moeten synchroniseren, bied CouchDB dan aan via een beveiligd HTTPS-pad in plaats van gewone HTTP rechtstreeks op internet te publiceren. De upstream-documentatie bevat voorbeelden voor reverse proxies en domeinconfiguratie.
Een VPN- of overlaynetwerk is een andere optie wanneer alleen je eigen apparaten toegang nodig hebben.
CORS- en origin-instellingen moeten overeenkomen met de clientworkflow
De beveiligingsconfiguratie van CouchDB kan browser- of webview-verzoeken blokkeren, zelfs wanneer de server bereikbaar is. De installatieprocedure van Self-hosted LiveSync configureert het vereiste gedrag van CouchDB, in plaats van een algemene databasecontainer als voltooid te beschouwen zodra poort 5984 geopend is.
Gebruik de setup-URI zorgvuldig
De huidige upstream-richtlijnen kunnen een setup-URI genereren waarmee een ander Obsidian-apparaat verbindingsinstellingen kan importeren. Deze URI kan gevoelige verbindingsgegevens bevatten.
Behandel de URI als een geheim: stuur hem alleen naar je eigen vertrouwde apparaat en plaats hem niet in screenshots of chatgeschiedenis waartoe anderen toegang hebben.
Realtime-synchronisatie voorkomt bewerkingsconflicten niet
Wanneer twee apparaten vrijwel tegelijkertijd dezelfde notitie bewerken, kunnen er nog steeds conflicten ontstaan of kan afstemming nodig zijn. Zelfhosting geeft je controle over de server, maar maakt gedistribueerd bewerken niet tot een bestandssysteem met één schrijver.
Test de workflow met een tijdelijke kluis voordat je de enige kopie van belangrijke notities migreert.
Synchronisatie is geen back-up
Als een notitie wordt verwijderd en die verwijdering naar elke client wordt gesynchroniseerd, heeft het gesynchroniseerde systeem zijn werk gedaan. Bewaar onafhankelijke back-ups met versiebeheer van de Obsidian-kluis en, waar passend, van de CouchDB-data.
Dit beschermt tegen onbedoelde verwijdering, fouten in plug-ins, databasecorruptie of een onjuiste bulkbewerking.
De bron is specifiek voor CasaOS
De historische tutorial was gericht op CasaOS. Als de host nu ZimaOS gebruikt, hanteer dan de actuele workflow voor de ZimaOS App Store/Compose en de huidige opslagpaden, in plaats van ervan uit te gaan dat dezelfde CasaOS-pakketindeling wordt gebruikt.
Veelgestelde vragen over Obsidian LiveSync
Bevat de oorspronkelijke forumpost de volledige Compose-configuratie?
Nee. De post verwijst voornamelijk naar de externe Big Bear-tutorial.
Welke backend documenteert de huidige Self-hosted LiveSync?
De huidige upstream-installatie gebruikt CouchDB en biedt een Docker-implementatie.
Vervangt zelf gehoste synchronisatie back-ups?
Nee. Bewaar een onafhankelijke back-up van de kluis, omdat verwijderingen en onjuiste bewerkingen ook kunnen worden gesynchroniseerd.
