Syncthing-filsynkronisering för självhostade kunskapssystem

Syncthing håller filer synkroniserade över de enheter du kontrollerar, vilket gör det till ett av de mest praktiska verktygen för en egenhostad kunskapsinfrastruktur som undviker låsning hos molnleverantörer.

I motsats till molnlagringsplattformar använder Syncthing ett peer-to-peer-modell där varje enhet har sin egen kopia av synkroniserade mappar och utbyter ändringar direkt med betrodda parter. Det finns ingen central server som äger dina data, inget prenumerationskonto och ingen leverantörsbundenhet. Projektet är öppen källkod och drivs av communityn, med mer information på syncthing.net.

Denna arkitektur gör Syncthing särskilt användbar för kunskapsarbetare som hanterar markdown-notes, forskningsdokument, PDF-filer och projektfiler över en stationär dator, en bärbar dator, en hemserver och möjligen en mobiltelefon. Verktyget är enkelt i koncept men kräver noggrann konfiguration för att undvika vanliga fallgropar som att behandla synkronisering som backup eller att synkronisera mappar som bör förbli isolerade.

Vad Syncthing är och inte är

Syncthing synkroniserar filer mellan två eller flera enheter. Varje enhet underhåller sin egen kopia av en mapp, och ändringar sprids mellan betrodda parter. Upptäckt- och relay-tjänster kan hjälpa enheterna att hitta varandra över nätverk, men lagringsmodellen förblir lokal först. Syncthings dokumentation täcker installation och konfiguration i detalj.

Den lugna men viktiga åsikten är denna: Syncthing är utmärkt när det behandlas som synkroniseringsinfrastruktur. Det blir farligt när det behandlas som backup.

Det är inte en molndisk. Det är inte ett komplett backupsystem. Det är inte ett samarbetspaket. Det är ett privat, peer-to-peer-verktyg för filsynchronisering.

Varför Syncthing är viktigt för kunskapshantering

Kunskapshantering handlar inte bara om anteckningstagning. Det handlar också om var kunskapen finns, hur den flyttas och om den förblir tillgänglig över tid – se guiden för kunskapshantering för den bredare bilden av verktyg, metoder och egenhostade plattformar som detta passar in i.

Ett användbart personligt eller teambaserat kunskapssystem innehåller ofta:

• markdown-notes
• PDF:er och artiklar
• diagram och skärmdumpar
• exporterade webbplatser
• kodslingor och konfigurationsfiler
• mötesanteckningar och projekt dokument
• skannade dokument och vanliga textloggar

Många av dessa är bara filer. Det är bra. Filer är hållbara, portabla, sökbara, skriptbara och lätta att backa upp.

Syncthing ger dessa filer rörelse utan att tvinga dem in i en leverantörsplattform. Du kan skriva anteckningar på en maskin, läsa dem på en annan, behålla en kopia på en hemserver och fortfarande använda vanliga verktyg som grep, ripgrep, Obsidian, VS Code, DokuWiki-importer, statiska sitegenererare eller anpassade skript.

För ett egenhostat kunskapssystem är det en stark arkitekturell egenskap. Se grunderna i personlig kunskapshantering för en bredare vy av PKM-mål och metoder, samt PKM vs RAG vs Wiki vs Minnessystem för hur olika kunskapssystem fungerar på olika lager.

Distinkta systemroller

Håll dessa roller separata.

Syncthing bör inte vara din enda kopia av viktiga data. Det bör inte vara det enda som står mellan dig och oavsiktlig radering. Det bör inte vara den enda återställningsmekanismen efter korruption, ransomware, filsystemmisslyckande eller ett dåligt skript.

Använt korrekt är Syncthing en del av en resilient filarbetsflöde. Använt ensamt kan det replikera misstag mycket effektivt.

Bra användningsfall för Syncthing

Syncthing fungerar bäst när mappen har en tydlig ägare, en förutsägbar struktur och ett litet antal betrodda enheter.

Bra användningsfall inkluderar:

• Synkronisering av en Obsidian- eller markdown-notmapp
• Synkronisering av projektanteckningar mellan stationär dator och bärbar dator
• Synkronisering av dokument till en hemserver som alltid är på
• Synkronisering av exporterade PDF:er och forskningsmaterial
• Synkronisering av konfigurationsfiler över personliga maskiner
• Synkronisering av skannade dokument från en maskin till en annan
• Synkronisering av valda mobilmappar till en stationär dator eller NAS
• Synkronisering av källanteckningar för statiska sidor innan publicering
• Synkronisering av kunskapsarkiv mellan en arbetsstation och server

Dessa är inte exotiska användningsfall. De är exakt den typ av tråkig filrörelse som kunskapsarbetare behöver varje dag.

Syncthing är starkast när mappen förblir begriplig utan Syncthing. Om du kan öppna mappen i en filhanterare och förstå vad den är, använder du troligtvis verktyget bra.

Riskabla användningsfall för Syncthing

Syncthing blir riskabelt när användare förväntar sig att det ska bete sig som backup, samarbetsprogram eller hanterad molnlagring.

Var försiktig med:

• Att använda Syncthing som din enda backup
• Att synkronisera enorma mappar utan att tänka på raderingsrisk
• Att synkronisera samma filer medan flera appar redigerar dem
• Att synkronisera databaser som förväntar sig exklusiv lokal åtkomst
• Att synkronisera webbläsarprofiler
• Att synkronisera mail-lager
• Att synkronisera build-mappar eller cachemappar
• Att synkronisera mappar med frekvent genererade filer
• Att synkronisera mycket stora bildbibliotek till enheter med lågt lagringsutrymme
• Att lita på bakgrundssynkronisering på mobil utan att testa det

Problemet är inte att Syncthing är opålitligt. Problemet är att synkronisering är kraftfull. Den gör vad du ber den om, inklusive att synkronisera raderingar, konflikter, korrupta filer och oavsiktliga redigeringar.

Det är varför ett kunskapssystem bör kombinera Syncthing med versionering, snapshots och riktig backup.

Syncthing är inte backup

Denna punkt förtjänar sitt eget avsnitt.

Backup handlar om återställning. Synkronisering handlar om konvergens. Dessa är relaterade, men de är inte samma sak.

Om du raderar en fil på en enhet kan ett synkroniseringsverktyg radera den överallt. Om ett skript korrumperar en mapp kan den korrumperade versionen synkroniseras till andra enheter. Om ransomware krypterar lokala filer kan de krypterade versionerna behandlas som ändrade filer.

Filversionering kan minska denna risk, men den gör inte Syncthing till ett komplett backupsystem. Syncthings versionering konfigureras per mapp och per enhet, och den skyddar främst gamla versioner när ändringar tas emot från andra enheter. Den bevarar inte magiskt varje lokal redigering innan den händer.

En säkrare design är:

Syncthing för aktiv filrörelse.
Filversionering för korttidsåterställning av misstag.
Filsystemssnapshots för lokal rollback.
Restic, Borg, ZFS send, Btrfs snapshots eller ett annat backupsystem för riktig återställning.

Det är mer tråkigt än att låtsas att synkronisering är backup. Det är också mycket säkrare.

Rekommenderat kunskapsarbetsflöde

Ett praktiskt egenhostat kunskapsuppsättning kan se ut så här:

Denna form fungerar eftersom servern som alltid är på blir den stabila punkten i systemet. Den behöver inte vara en central molnserver, men den ger din synkroniseringstopologi en pålitlig ankare.

För kunskapshantering är den ankaren viktig. Bärbara datorer somnar. Mobiltelefoner dämpar bakgrundstjänster. Stationära datorer är inte alltid på. En liten hemserver eller NAS ger systemet någonstans stabilt att konvergera mot.

Mappdesign spelar roll

Skapa inte en enda gigantisk “synkronisera allt”-mapp.

Skapa separata mappar för separata ändamål:

knowledge-notes
knowledge-documents
research-papers
project-notes
scans-inbox
static-site-drafts
configs

Detta ger dig bättre kontroll över:

• Vilka enheter som får vilka filer
• Vilka mappar som behöver versionering
• Vilka mappar som behöver snapshots
• Vilka mappar kan vara skicka-endast
• Vilka mappar bör undvika mobila enheter
• Vilka mappar har integritets- eller storleksbekymmer

Mappgränser är arkitektur. De definierar lita, lagring, återställning och operativt beteende.

Till exempel kan en Obsidian-vault synkroniseras till bärbar dator, stationär dator och server. Ett stort PDF-arkiv kan synkroniseras endast till stationär dator och server. En mobil skanna-inboks kan vara skicka-endast från mobilen till servern.

Det är mycket renare än att behandla varje enhet som lika.

Förstå Syncthings mapptyper

Syncthing stödjer olika mappbeteende beroende på hur du vill att ändringar ska flöda.

Skicka och ta emot är standardläget. En enhet skickar både lokala ändringar och tar emot fjärrändringar. Detta är det vanliga valet för aktiv redigering över betrodda enheter.

Skicka-endast skickar lokala ändringar till andra enheter men accepterar inte fjärrändringar som auktoritativa. Detta kan vara användbart för källmappar där en enhet bör behandlas som ursprunget.

Ta emot-endast tar emot ändringar men publicerar inte lokala ändringar till resten av klustret. Detta kan vara användbart för speglingar, replikeringsmål och backup-nära destinationer där lokala redigeringar inte ska skickas tillbaka.

Dessa lägen är kraftfulla, men de kan också göra systemet svårare att resonera om. Använd dem med avsikt. För de flesta dagliga mappar är skicka och ta emot enklare.

En bra mappstruktur för anteckningar

För markdown-baserade anteckningar, håll strukturen förutsägbar.

Exempel:

knowledge-notes/
  inbox/
  projects/
  areas/
  references/
  archive/
  attachments/

Detta fungerar bra med verktyg som Obsidian, VS Code, ripgrep, statiska sitegenererare och kommandoradsskript.

Undvik att lägga till temporära export, genererade index och applikationscacher i samma mapp om du inte verkligen vill att de ska synkroniseras. Använd ignoreringsmönster för filer som är brusiga eller maskinspecifika.

Exempel på filer du kan vilja ignorera:

.DS_Store
Thumbs.db
*.tmp
*.swp
.cache/
node_modules/
dist/
build/

För Obsidian specifikt, tänk noga innan du synkroniserar all plugin-status. Vissa inställningar är användbara över enheter, men arbetsområdesstatus kan vara irriterande om den ständigt ändrar fönsterlayouter eller aktiva paneler.

Syncthing och Obsidian

Syncthing används ofta för att synkronisera Obsidian-vaults eftersom Obsidian lagrar anteckningar som lokala markdown-filer.

Detta är ett bra par. Obsidian ger dig skriv- och länkningsgränssnittet. Syncthing flyttar filerna. Dina anteckningar förblir vanliga filer.

De huvudsakliga riskerna är konflikter och mobilt beteende.

Om du redigerar samma anteckning på två enheter innan de synkroniseras, kan Syncthing skapa konfliktfiler. Det är bättre än tyst datatapp, men det kräver fortfarande rensning. Den praktiska vanan är att låta enheter synkronisera innan du redigerar samma aktiva anteckning annars.

För mobila enheter, anta inte att bakgrundssynkronisering beter sig exakt som stationär synkronisering. Testa det. Öppna appen, låt synkroniseringen slutföras, redigera en anteckning och verifiera att ändringen visas på dina andra enheter.

Se jämförelsen Obsidian vs Logseq för en bredare diskussion om synkroniseringsöverväganden i PKM-verktyg.

Syncthing och DokuWiki eller statiska kunskapssajter

Syncthing fungerar också bra runt filbaserade eller filvänliga kunskapssystem.

För DokuWiki kan du använda Syncthing för att flytta exporterade dokument, mediefiler eller staging-innehåll mellan maskiner. Var mer försiktig med live serverdata, behörigheter och samtidiga redigeringar. Se DokuWiki och egenhostade wiki-alternativ för plattformsalternativ.

För Hugo eller andra statiska sitegenererare kan Syncthing vara användbart för utkast, forskningsanteckningar och innehållskällfiler. Det bör inte ersätta Git för källkontroll, men det kan komplettera Git för icke-kod-kunskapsmaterial.

En bra regel är:

Använd Git för historik och samarbete.
Använd Syncthing för privat filrörelse.
Använd backup för återställning.

Varje verktyg har ett jobb.

Syncthing vs Nextcloud

Syncthing och Nextcloud jämförs ofta, men de löser olika problem.

Använd Syncthing när du vill ha privat filsynchronisering mellan dina egna enheter.

Använd Nextcloud när du vill ha en egenhostad molnplattform med användare, webbåtkomst, delning, kalendrar, kontakter och bredare samarbetsfunktioner. Se guiden för egenhostning av Nextcloud för en detaljerad installationsguide.

Använd båda om du har båda behoven. Till exempel kan Syncthing hantera dina lokal-först-anteckningar, medan Nextcloud hanterar familjefil-delning eller webbaserad åtkomst.

Syncthing vs rsync

Rsync är utmärkt för engångs- eller schemalagd filkopia. Det är enkelt, skriptbart och brett tillgängligt.

Syncthing är bättre när du vill ha kontinuerlig synkronisering över flera enheter utan att skriva din egen schemaläggning, konfliktupptäckt och enhetsupptäcktslogik.

Använd rsync för:

• Skriptade distributioner
• Envägskopior
• Serverunderhåll
• Enkla backupjobb
• Förutsägbara batchöverföringar

Använd Syncthing för:

• Kontinuerlig multi-enhetssynkronisering
• Lokal-först-anteckningar
• Personlig dokumentrörelse
• Alltid-på-mappkonvergens
• Cross-platform enhetssynkronisering

Rsync är ett verktyg. Syncthing är ett litet synkroniseringssystem.

Syncthing vs Seafile

Seafile är närmare en filsynkroniseringsplattform. Det kan vara ett bra val när du vill ha en central tjänst, klienter, bibliotek och en mer hanterad teamfil-synkroniseringsupplevelse.

Syncthing är mer decentraliserat och enklare i koncept. Det finns ingen huvudserver som äger sanningen. Enheter delar mappar med varandra.

För personlig kunskapshantering är Syncthing oftast lättare att resonera om om du redan gillar lokala filer. För teamfil-delning kan Seafile eller Nextcloud vara mer lämpligt.

Frågan är inte vilket verktyg som är bättre. Frågan är om du vill ha lokal-först peer-synkronisering eller en central filplattform.

Android 2026

Android-historien kräver försiktighet.

Den ursprungliga Syncthing Android-appen avvecklades efter release i december 2024. Community-forks och alternativa metoder kan finnas, men Android bör inte behandlas som den mest stabila delen av ett Syncthing-kunskapssystem.

Det betyder inte att Syncthing är användnlöst på Android. Det betyder att du bör designa mobil-synkronisering som ett bekvämlighetslager, inte den enda pålitliga kopian.

För Android, föredra smalare användningsfall:

• Skanna-inboks
• Kameraimportmapp
• Snabbanteckningsmapp
• Skrivskyddad referensmapp
• Valda dokument

Undvik att göra din mobil ansvarig för den enda kompletta synkroniseringsvägen för ditt kunskapsarkiv. Mobiler är batterihanterade, lagringsbegränsade och alltmer restriktiva gällande bakgrundsfilåtkomst.

Den tråkiga rekommendationen är bäst: håll den auktoritativa kunskapsuppsättningen på stationär dator, bärbar dator och server. Låt mobilen delta selektivt.

Versioneringsstrategi

Syncthing stödjer filversionering, och du bör vanligtvis aktivera det på minst en stabil enhet.

För en kunskapshanteringsuppsättning är hemservern eller NAS ofta den bästa platsen för versionering. Den är alltid på, har mer lagringsutrymme och är lättare att inkludera i backupjobb.

Vanliga versioneringsmetoder inkluderar:

• Papperskorgsversionering — flyttade filer hamnar i en papperskorgsmapp
• Enkel versionering — behåller ett fast antal gamla versioner
• Stegad versionering — behåller fler versioner nära nutiden, färre när filer åldras
• Extern versionering — delegerar versionering till ett externt verktyg

För de flesta personliga kunskapsmappar är stegrad versionering en rimlig startpunkt. Den behåller fler versioner nära nutiden och färre versioner när filer blir äldre.

Versionering är inte gratis. Den konsumerar lagring och behöver periodisk granskning. Men lagring är billigare än att förlora ett års anteckningar.

Snapshots och backup

Om din Syncthing-mål är en NAS eller Linux-server, lägg till snapshots.

Bra alternativ inkluderar:

• ZFS snapshots
• Btrfs snapshots
• LVM snapshots
• restic
• BorgBackup
• Kopia
• Filsystemsnivå backupverktyg från din NAS-plattform

En stark uppsättning kan vara:

Syncthing synkroniserar filer till servern.
Servern behåller Syncthing-filversioner.
Filsystemet behåller snapshots.
Ett backupverktyg kopierar krypterade backups utom enheten.

Detta ger dig flera återställningslager.

Om du oavsiktligt raderar en anteckning kan Syncthing-versionering hjälpa. Om en mapp korrumperas kan filsystemssnapshots hjälpa. Om serverdisken dör kan utom enhetens backup hjälpa.

Det är skillnaden mellan en synkroniseringsuppsättning och en återställningsstrategi.

Integritet och tillit

Syncthing är attraktivt eftersom det låter dig undvika att placera alla kunskapsfiler i ett tredjepartsmolnkonto.

Men integritet är inte automatisk. Du måste fortfarande tänka på enhetstrust.

Varje normal betrodd enhet som deltar i en mapp kan läsa den mappen. Om du synkroniserar dina anteckningar till en gammal bärbar dator, är den bärbara datorn nu en del av din säkerhetsgräns. Om du synkroniserar dokument till en VPS, är den servern också viktig.

Syncthing har också en funktion för obetrodda krypterade enheter, men behandla den försiktigt. Den kan vara användbar när du vill ha en krypterad replika på en enhet som inte ska se plaintext-filinnehåll, men den är mer avancerad och bör testas innan du litar på den.

För de flesta människor är den enklare modellen bättre:

Synkronisera endast känsliga mappar till enheter du faktiskt litar på.
Kryptera diskar på bärbara datorer och servrar.
Backa upp viktig data separat.
Synkronisera inte privata arkiv överallt.

Egenhostat betyder inte automatiskt säkert. Det betyder att du äger ansvaret.

Hantering av konflikter

Konflikter uppstår när olika enheter ändrar samma fil innan synkroniseringen konvergerar.

För anteckningar kan detta hända om du redigerar samma markdown-fil på en bärbar dator och en stationär dator medan en av dem är offline. Syncthing kommer att bevara konfliktkopior snarare än tyst välja en version.

Det är rätt beteende, men det lämnar dig fortfarande med rensningsarbete.

För att minska konflikter:

• Undvik att redigera samma anteckning på två offline-enheter
• Låt synkroniseringen slutföras innan du byter maskin
• Håll ofta redigerade inboks-anteckningar små
• Undvik att synkronisera applikationsstatusfiler onödigt
• Använd ignoreringsmönster för volatila filer
• Granska konfliktfiler periodiskt

Konfliktfiler är inte ett tecken på att Syncthing är trasigt. De är ett tecken på att två enheter ändrade verkligheten samtidigt.

Ignoreringsmönster

Ignoreringsmönster är viktiga för kunskapsmappar.

De håller genererade, temporära eller maskinspecifika filer ute från synkroniseringsuppsättningen. Detta minskar konflikter, sparar bandbredd och undviker att förorena andra enheter.

Vanliga exempel:

.DS_Store
Thumbs.db
*.tmp
*.swp
*.bak
.cache/
node_modules/
dist/
build/
__pycache__/

För en notmapp, överväg om plugin-cacher, arbetsområdeslayoutfiler eller genererade index verkligen bör synkroniseras. Vissa bör. Vissa bör inte.

Principen är enkel: synkronisera källmaterial, inte brus.

Föreslagna Syncthing-topologier

För en person är en stjärnliknande topologi runt en hemserver oftast lättast.

desktop <-> home-server
laptop  <-> home-server
phone   -> home-server

Enheterna kan fortfarande ansluta direkt, men servern ger dem en stabil mötespunkt.

För ett litet hushåll, håll personliga mappar separata. Skapa inte en delad mega-mapp om alla inte förstår konsekvenserna.

För ett litet tekniskt team, var försiktig. Syncthing kan fungera för delade filer bland betrodda parter, men det ersätter inte verktyg för samarbete, behörigheter, granskningsarbetsflöden eller versionkontroll.

Ju fler personer du lägger till, desto mer attraktiv blir en servercentrerad plattform som Nextcloud, Seafile, Git eller ett dokumentsystem.

Praktiskt installationsexempel

Här är en rimlig egenhostad kunskapsuppsättning.

Mappar:
  knowledge-notes
  knowledge-documents
  research-papers
  scans-inbox

Enheter:
  desktop
  laptop
  home-server
  phone

Regler:
  desktop och laptop använder skicka-ta-emot för anteckningar
  home-server använder skicka-ta-emot med versionering aktiverad
  phone skickar endast scans-inbox
  stora PDF:er synkroniseras inte till phone
  home-server tar snapshots av alla synkroniserade mappar
  home-server backup körs nattlig

Denna uppsättning är inte fancy, men den är robust.

Den stödjer lokal-först-arbete, mobil fångst, serversidig återställning och utom enhetens backup. Den undviker att göra mobilen ansvarig för hela arkivet. Den undviker också att förväxla synkronisering med backup.

Operativ checklista

Innan du litar på Syncthing med viktiga kunskapsfiler, kontrollera grunderna.

Är alla viktiga mappar synkroniserade till minst två verkliga enheter?
Är en enhet alltid på eller ofta online?
Är filversionering aktiverad på minst en stabil enhet?
Är filsystemssnapshots aktiverade på servern eller NAS?
Finns det en utom enhetens backup?
Ignoreras brusiga filer?
Är mobilmappar begränsade?
Har du testat återställning?
Har du testat konfliktbeteende?
Förstår du vilka mappar som är skicka-endast eller ta-emot-endast?

Den viktigaste punkten är återställningstestning.

En backupstrategi du aldrig har återställt från är en teori. En synkroniseringsstrategi du aldrig har testat under konflikt är också en teori.

Vanliga misstag

Det vanligaste misstaget är att synkronisera för mycket.

Människor börjar med en användbar mapp, lägger sedan till varje dokument, varje foto, varje export, varje cache och varje applikationsmapp. Systemet blir brusigt och svårt att resonera om.

Det andra misstaget är att behandla ta-emot-endast-mappar som magisk backup. De är användbara, men de är inte ett fullständigt historiskt återställningssystem.

Det tredje misstaget är att ignorera raderingsbeteende. Om radering synkroniseras överallt, är radering en del av designen.

Det fjärde misstaget är att lita för mycket på mobil-synkronisering. Mobila operativsystem är inte vänliga mot långvarig bakgrundsfilsynchronisering.

Det femte misstaget är att inte använda versionering. Om datan betyder något, behåll versioner någonstans.

Det sjätte misstaget är att inte ha en riktig backup. Syncthing kan hjälpa till att poppa upp ett backupmål, men det bör inte vara det enda skyddet.

Var Syncthing passar in i en egenhostad kunskapsstack

I ett egenhostat kunskapssystem är Syncthing infrastruktur.

Den sitter under anteckningsappar, wikis, sökverktyg, statiska sidor, skript och AI-assisterade arbetsflöden. Den flyttar filerna dessa system använder.

En enkel stack kan se ut så här:

Denna separation är hälsosam.

Du kan byta redigerare utan att byta lagring. Du kan byta backupverktyg utan att byta anteckningsformat. Du kan stoppa Syncthing och fortfarande ha vanliga filer.

Det är värdet med lokal-först-kunskapsinfrastruktur.

När Syncthing är rätt verktyg

Syncthing är ett starkt val när problemet är privat filsynchronisering mellan enheter du kontrollerar. Det är mindre lämpligt när det verkliga problemet är samarbete, webbåtkomst, behörigheter eller långsiktig återställning.

Denna distinktion är viktig eftersom många egenhostade filarbetsflöden misslyckas från oklara förväntningar. Ett synkroniseringsverktyg kan flytta filer mycket bra, men det bör inte begäras att bete sig som en molnsvit, ett backuparkiv och ett team-samarbetsplattform samtidigt.

Detta är den huvudsakliga anledningen till att Syncthing förblir användbar. Det försöker inte bli en full molnplattform. Det fungerar bäst när jobbet är tydligt: håll valda mappar synkroniserade över betrodda enheter.

Slutlig rekommendation

Använd Syncthing för egenhostad kunskapshantering när du vill ha privat, lokal-först-filsynkronisering över betrodda enheter.

Använd det för anteckningar, dokument, forskningsmappar, skanningar och personliga kunskapsarkiv. Kombinera det med markdown, vanliga filer, lokal sökning och egenhostade tjänster. Håll strukturen enkel nog så att du kan förstå den utan en dashboard.

Men förväxla inte synkronisering med backup.

Den bästa uppsättningen är inte Syncthing ensamt. Den bästa uppsättningen är Syncthing plus filversionering, filsystemssnapshots och riktig backup.

Den kombinationen ger dig det egenhostade kunskapssystem bör sikta på: lokal kontroll, praktisk bekvämlighet och återställbar data.