Software-update: Syncthing 2.1.0

Versie 2.1 van Syncthing is uitgekomen. Syncthing is een opensourceprogramma waarmee bestanden tussen twee of meerdere computers kunnen worden gesynchroniseerd. Dit gebeurt zonder dat er een centrale server tussen zit, zoals dat wel het geval is bij opslagdiensten als Dropbox, Google Drive, OneDrive en iCloud. De software is onder meer beschikbaar voor Windows, Linux, macOS, BSD en Solaris. Een onofficiële client voor Android kan hier worden gevonden. Ook zijn er packages voor bijvoorbeeld Synology en QNAP. De belangrijkste veranderingen die in versie 2.1 zijn aangebracht zijn hieronder voor je op een rijtje gezet.

Major changes in 2.1

• Devices and folders can now be grouped in the GUI by setting the new group attribute.
• HTTP and HTTPS proxies with support for CONNECT can now be used, in addition to the existing support for SOCKS proxies (the environment variable all_proxy=https://...).
• Block indexing can be turned off for folders where it's more desirable to optimise for reduced database size and overhead than minimal transfer size (the blockIndexing attribute on folder configuration).
• GUI login session duration can be configured to be longer or shorter than the default one week, or set to infinitely long. The cookie path can also be adjusted. (The sessionCookieDurationS and sessionCookiePath attributes in the GUI configuration.)

Versienummer	2.1.0
Releasestatus	Final
Besturingssystemen	Android, Linux, macOS, iOS, Windows 10, Windows 11
Website	Syncthing
Download	https://syncthing.net/downloads
Licentietype	GPL

Reacties (13)

[guillaume]

Ik zie dat er inmiddels wel 4 Android-clients zijn:

Syncthing-Fork, een fork en doorontwikkeling van de gestopte officiële wrapper (gelinkt in de meukpost): https://f-droid.org/en/packages/com.github.catfriend1.syncthingfork/

Syncthing-Lite, om toegang te krijgen tot de bestanden op een andere client, zonder hiervan een lokale kopie op te slaan: https://f-droid.org/en/packages/com.github.catfriend1.syncthinglite/

BasicSync, een app die alleen bepaalt wanneer Syncthing draait, terwijl de hele configuratie gewoon via Syncthing's eigen web UI gaat: https://f-droid.org/en/packages/com.chiller3.basicsync/

SyncUp, waarbij de Syncthing daemon in-process draait via gomobile (dus geen subprocesses of IPC): https://f-droid.org/en/packages/com.siddarthkay.syncup/

[zordaz]

Ik kende totnutoe alleen de eerste. Lijkt me voor de meesten ook de meest logische keuze.

[RobertMe]

"De eerste" is wel wat controverse rond geweest. De originele ontwikkelaar ("Catfriend") hield er sowieso al een rare manier van werken op na. Vaker de repository volledig verwijderen, en dan later weer een nieuwe (onder dezelfde naam) aanmaken. Waardoor niet te controleren was wat er "in de tussentijd" was aangepast, ook doordat die volgens mij tegelijkertijd zat te rebasen (/history rewriting) waardoor commit hashes wijzigden.

En op een gegeven moment (paar maanden terug) heeft hij zonder enige communicatie het project overgedragen aan iemand anders. Niemand kende die nieuwe eigenaar (bv niet iemand die eerder had bijgedragen aan de app, of op het Syncthing forum actief was), zoals gezegd 0 communicatie over die overdracht en dat ging gepaard met dat "Catfriend" alweer alles verwijderd had, "Catfriend" had ook zijn private keys overgedragen waardoor de nieuwe ontwikkelaar gewoon kon blijven publishen onder de oude app. Gebruikers merkten dus totaal niks van deze overdracht naar een onbekend persoon zonder enige reputatie en met onbekende bedoelingen. Het kon dus net zo goed zijn dat "Catfriend" onder dwang alles moest overdragen en de nieuwe ontwikkelaar vervolgens backdoors / ... inbouwd. Waarbij er dus heel wat wantrouwen was gekweekt door de hele gang van zaken. Ook omdat Syncthing inherent natuurlijk toegang heeft tot veel / alle bestanden op je telefoon.

V.w.b. BasicSync: die wordt dan weer onderhouden door een "bekende" en gerespecteerde GrapheneOS developer. De app is dan wel extreem basic, maar in principe is het ook alles wat je nodig hebt. Een wrapper om de daemon die je vervolgens beheert via de web interface. Net zoals je Syncthing zeer waarschijnlijk op de desktop en NAS/server via de web interface beheert.

* RobertMe heeft toentertijd Syncthing-Fork teruggezet naar de laatste versie van Catfriend zelf en er verder niet meer naar om gekeken. Zou ik nu een keuze moeten maken neig ik, zonder onderzoek naar de huidige situatie, eerder naar BasicSync. Syncthing-Lite en SyncUp ken ik niet. Nog de huidige status omtrent Syncthing-Fork en of de developer daarvan nu wat "bekender" is bij Syncthing / ....

Edit:
Overigens is er ogenschijnlijk nog een vijfde optie: Syncthing zelf rechtstreeks draaien. Dit kan, bv?, binnen Termux als ik mij niet vergis. Met Termux heb je dan een Linux omgeving op de Android telefoon(/tablet). Daarin heb je ("volledige") toegang tot ("alle") bestanden. En je kunt dan Syncthing daarin installeren die dan dus ook de "Android mappen" kan synchroniseren. Beheer gaat dan uiteraard wederom via de web interface.

[Reactie gewijzigd door RobertMe op 12 mei 2026 21:02]

[beerse]

Misschien ten overvloede, syncthing-fork is zowel in de google-playstore (2.0.11.1 maar wel zo makkelijk) als ook in de f-droid (2.0.16.0 maar dus wel 'sideloaden') terug te vinden. Ooit was het alleen f-droid, sinds enige tijd is het ook in de play-store beschikbaar maar loopt ze mogelijke achter.

Overigens geen idee hoe dat matcht op de overdracht in ontwikkelaars en zo.

[RobertMe]

De Play Store versie werd gebuild door iemand anders (+ die had een eigen fork van Syncthing-Fork maar hield die wel bij met upstream). Nadat de lucht wat was geklaard na de niet gecommuniceerde overdracht van het project en wat direct(er) contact tussen de nieuwe (hoofd)ontwikkelaar / "eigenaar" en die wat de Play Store versie maakte heeft de laatste besloten om mee te werken aan "het" project zodat het "officiële" project de Play Store versie zou voorzien (en hijzelf dat zou opzetten / ...).
Maar, die informatie is alweer een paar maanden oud, toen ben ik gestopt het te volgen.

[MMaster23]

Ik heb gisteren een TB toegevoegd aan een folder en nu is hij deze folder aan het scannen.. Niks geks.. Maar vreemd genoeg gaat de scanner met 5MB/s. Is dit een bug in nieuwste versie? v2.0.16. Iemand anders problemen met grote datasets? (20TB++ folders)

[Reactie gewijzigd door MMaster23 op 12 mei 2026 14:44]

[beerse]

In syncting, -> setings -> connections zijn een aantal opties 'limit-bandwidth'. Voor zover ik mij herinnner is de standaard voor lokale netwerken ongelimiteerd en als het gerouteerd is staat er mogelijk een limiet.

Tel daarbij dat als je het in 1 keer naar meer klanten synchroniseert, dat het mogelijk niet allemaal op de optimale snelheid gaat.

[MMaster23]

Probleem is (ofja was) niet de verzend snelheid.. het probleem zat hem in scan snelheid van de folder. Dus de linkerzijde, niet de verzendende kant van de UI (rechts).

[The Zep Man]

Ik heb gisteren een TB toegevoegd aan een folder en nu is hij deze folder aan het scannen..

Hou er rekening mee dat je Thunderbird maar op één apparaat tegelijkertijd gebruikt en dat alle synchronisatie is uitgevoerd voordat je het op een ander apparaat opstart. Anders kan je synchronisatieconflicten verwachten. Het is beter om een eigen mailserver te draaien, al is het alleen maar een IMAP server die andere mailboxen (via IMAP of POP3) archiveert. Je kan ook iets als imapsync gebruiken om mails tussen mailboxen op verschillende servers te synchroniseren/archiveren.

Maar vreemd genoeg gaat de scanner met 5MB/s. Is dit een bug in nieuwste versie? v2.0.16. Iemand anders problemen met grote datasets? (20TB++ folders)

Grote datasets (in ruimte en/of aantal bestanden) hebben enorm veel tijd nodig bij de eerste synchronisatie.

[Reactie gewijzigd door The Zep Man op 12 mei 2026 16:17]

[MMaster23]

Wat? Nee . ik voegde 1 terabyte aan data toe aan een bestaand dataset van 20TB. De initiele index is al maanden geleden gedaan.

TB is niet Thunderbird.

[The Zep Man]

Ah. Data toegevoegd. Ook dat kan veel tijd kosten. Zolang er geen foutmelding wordt getoond, zal het waarschijnlijk allemaal uiteindelijk synchroniseren.

[beerse]

Syncthing wil je niet loslaten op een thunderbird profiel dat gebruik maakt van imap om mail te synchroniseren tussen thinderbird en je provider. Met dubbel synchroniseren krijg je bijna gegarandeerd synchronisatie fouten. (of je moet heel precies weten dat het altijd goed gaat...)

[buiten scope van syncthing][thunderbird tip]

Thunderbird gebruikt intern standaard het mbox formaat: Dat is 1 bestand per mail-folder met daarin alle mailtjes inclusief attachments en dergelijke. In de thunderbird configuratie kan je dat aanpassen naar 1 bestand per mail bericht (en een directory voor de hele mail folder). Dat geldt dan voor alle nieuwe mail accounts in dat profiel. Bestaande kunnen niet in-place worden omgezet. Wel kan je dit testen/proberen met een nieuw profiel in thunderbird.

[sfranken]

Devices and folders can now be grouped in the GUI by setting the new group attribute

Mooi, hier zat ik stiekem al een tijdje op te wachten/hopen. Dit maakt het overzicht wat overzichtelijker voor mij!