Software-update: Syncthing 1.9.0

Versie 1.9.0 van Syncthing is uitgekomen. Syncthing is een opensourceprogramma waarmee bestanden tussen twee computers kunnen worden gesynchroniseerd. Dit gebeurt net als bij BitTorrent Sync zonder dat er een centrale server tussen zit, zoals dat wel het geval is bij opslagdiensten als bijvoorbeeld Dropbox, Google Drive, OneDrive en iCloud. De software is onder meer beschikbaar voor Windows, Linux, macOS en Android. Ook zijn er packages voor Synology en Qnap. In deze uitgave zijn de volgende veranderingen en verbeteringen aangebracht:

Syncthing 1.9.0

This release adds the advanced folder option caseSensitiveFS to disable the new safe handling of case insensitive filesystems (more info).

Bugfixes:

• #1787: Case-only renames break stuff
• #5708: Properly handle upper-/lowercase-only file name collisions
• #6613: TestWatchRename test fails on FreeBSD.
• #6793: Error status should take precedence over Local Additions
• #6850: Global state incorrect when ignoring local change
• #6864: Folder incorrectly marked “Up to Date” after switching from “Receive Only” to “Send & Receive”
• #6867: Certificate error when built with Go 1.15
• #6886: chmod permission after editing .stignore via WebUI not preserved
• #6889: test failures with Go 1.15
• #6892: Syncthing 1.8.0 trying to connect via wrong network route
• #6898: tests in TestCopyRange fail on ppc64le with "inappropriate ioctl for device"
• #6908: NAT service fails to terminate during Shutdown
• #6910: Local Additions when deleting file after changing folder type from SR to RO
• #6922: Auto accepted folders not saved
• #6938: Modifying config during first scan corrupts folder state

Enhancements:

• #2739: Syncthing should be case insensitive by default
• #5579: Avoid anti-aliasing artifacts for svg device icons
• #6873: Don't fail dirs in receive-only folders that were removed elsewhere but exist locally

Versienummer	1.9.0
Releasestatus	Final
Besturingssystemen	Windows 7, Android, Linux, BSD, macOS, Windows Server 2008, iOS, Windows Server 2012, Windows 8, Windows 10, Windows Server 2016, Windows Server 2019
Website	Syncthing
Download	https://github.com/syncthing/syncthing/releases/tag/v1.9.0
Licentietype	GPL

Reacties (25)

Iemand ervaring met dit pakket en freefilesync? Welke is beter?

In het begin is het even zoeken hoe je alles moet instellen maar dat is gemakkelijk te volgen met tutorials.
Het is een soort van settle and forget.

Ikzelf gebruik het voor simpele backups weg te schrijven van mijn pc naar de server zonder versiebeheer.
Doet wat het moet doen.

Dit kan dus ook one-way sync doen? Want anders is het lastig backups maken

Uiteraard!
Je kan verzenden en ontvangen, enkel verzenden of enkel ontvangen kiezen.

Ik gebruik het om de data van mn telefoon te backuppen op mn NAS in geval van diefstal of defect verlies ik geen belangrijke info. werkt top! is een niet-officiele versie voor Qnap die onderhouden wordt door iemand. Zoals @Asterion al zei, eenmaal instellen, daarna hoeft je er niet meer over na te denken.

We overwegen nu op werk (i.v.m. thuiswerken) om m in te zetten voor het distribueren van data onder collega's i.v.m. mesh functie (a la torrent) kan je de dat vrij snel en automatisch laten downloaden over-night bijv..

Ik gebruik het al enige tijd maar wordt er niet blij van. Er zijn vaak connectie problemen waardoor het syncen erg lang duurt. Op het ene netwerk werkt het wel, de andere niet. Niet overal heb je controle over het netwerk om evt poorten open te zetten oid dus is het altijd hit/miss. Zo werkt het binnen een routed maar niet gefirewalled netwerk zelden (wifi), Zet ik mijn wifi uit en ga ik via 4G dan is de boel een uur later zomaar gesynced. Totaal niet voorspelbaar.
Ook geen handmatig "force sync" knopje te vinden. Idee 10, uitvoering mager 6je.

[Reactie gewijzigd door thelightning op 9 september 2020 08:20]

Je kan het opzetten gebaseerd op centrale servers die altijd bereikbaar zijn, en clients die door roaming niet direct bereikbaar zijn en daarom zelfstandig met servers verbinden. Dat werkt goed. Uiteraard kan je een client die geen verbinding met een server heeft niet forceren om te synchroniseren, maar als de client goed geconfigureerd is dan is dat ook niet nodig.

Dat is standaard ingesteld inderdaad. Verhelpt het probleem niet. Plus is het een groot nadeel omdat je data door andermans servers verstuurd wordt.

Een sync wordt pas getriggered bij een verwijdering/toevoeging/aanpassing van je gedeelde map. Ook dit werkt zeer slecht waardoor het erg lang duurt voordat de sync plaats vind. Een force sync knopje kan je prima implementeren. Of de server verbinding mogelijk is, zien we na het indrukken van het knopje wel weer

Plus is het een groot nadeel omdat je data door andermans servers verstuurd wordt.

Verbindingen hebben end-to-end encryptie. Als relaying gebruik wordt (wat je uit kan schakelen, of desnoods zelfs kan gebruiken via enkel je eigen relay server(s)) dan heb je niets te vrezen.

Een sync wordt pas getriggered bij een verwijdering/toevoeging/aanpassing van je gedeelde map.

Een volledige sync ('full rescan') wordt ook op tijd gedaan, waardoor wijzigingen die niet gedetecteerd zijn (bijvoorbeeld doordat Syncthing even niet draait) wel meegenomen worden. Standaard is dit ingesteld op een uur, maar je kan de interval tot op de seconde instellen.

[Reactie gewijzigd door The Zep Man op 9 september 2020 11:10]

Ik kan nergens een optie vinden om de "full rescan" interval aan te passen...

Klik op je gedeelde map --> Bewerken --> Geavanceerd.

Overigens kan ik me niet vinden in je post. Nooit connectie issues, en je hebt juist veel controle over hoe je verbindingen opzet met Syncthing t.o.v. Resilio Sync. Gebruik van relayservers is optioneel. Zoals al eerder aangegeven door The Zep Man gaat je niet data niet via een relay, maar wordt deze server alleen gebruikt zodat clients elkaar kunnen vinden.
De schuld bij Syncthing neerleggen klinkt daarom wat kort door de bocht en schrikt mogelijk toekomstige gebruikers af.

Zoals al eerder aangegeven door The Zep Man gaat je niet data niet via een relay, maar wordt deze server alleen gebruikt zodat clients elkaar kunnen vinden.

Syncthing can bounce traffic via a relay when it’s not possible to establish a direct connection between two devices.

Verder, van dezelfde pagina:

The connection between two devices is still end to end encrypted, the relay only retransmits the encrypted data much like a router. However, a device must register with a relay in order to be reachable over that relay, so the relay knows your IP and device ID. In that respect it is similar to a discovery server. The relay operator can see the amount of traffic flowing between devices.

Dus data gaat wel over een relay bij gebrek aan een directe verbinding, maar dat is niet erg dankzij end-to-end encryptie. Dat is, tenzij je het erg vindt dat iemand weet hoeveel data je verschuift. En in dat geval kan je altijd nog je eigen relay server draaien.

[Reactie gewijzigd door The Zep Man op 9 september 2020 14:30]

I stand corrected.

Op Android heb ik deze optie iig niet. Ik heb de omgeving nogmaals nagekeken maar ik blijf Syncthing helaas bijhoorlijk ruk vinden. Zelfs in een direct routed netwerk zonder firewall/nat/ACL's blijft connectivity een ramp.

Grootste pluspunt van Syncthing is dat het ook werkt met beide clients achter (CG-)NAT of firewalls met gesloten (incoming) poorten.

Hoe werkt dit, meldt een client zich dan aan met een anonieme ID bij een of ander centraal punt?
Zodat twee clients op basis van die IDs met elkaar kunnen verbinden, ook al zitten ze allebei achter een NAT/firewall/router/etc?

Ik neem dan aan dat alleen het verbinden of zoeken van andere clients gecentraliseerd gaat, en dat de feitelijke overdacht van bestanden zelf alleen onderling plaatsvindt?

Syncthing doet NAT traversal via STUN (waar een centraal punt een directe UDP connectie tussen de twee clients initieert), en als dat niet lukt, Relay servers, waar de encrypted pakketjes zelf via de servers gaan.

Voor de liefhebbers, hier een uitgebreide uitleg hoe 'NAT traversal' werkt in zijn algemeenheid (dit is van Tailscale, een mesh-VPN)

Thanks!

Maar de web UI benaderen van buiten, in het geval dat Syncthing op een Ubuntu server draait die alleen remote beheerd wordt (zonder GUI). Daarvoor moet dan wel een port worden geforward neem ik aan?

Idd ja, dit hele NAT traversal gedoe is enkel voor de file transfers zelf. Het gaat over UDP (het KCP protocol), wat niet bruikbaar is voor websites (die zijn altijd TCP).

[Reactie gewijzigd door Dreamvoid op 9 september 2020 15:21]

Ziet er solide uit en ik zou dit graag eens proberen, maar is er ook een CLI versie?

Ik zou graag willen syncen tussen macOS en een Ubuntu server die ik alleen remote beheer. Dus die laatstgenoemde zonder GUI.

Ik heb het op Windows en Linux draaien, de UI is web gebaseerd.

Aha OK bedankt, maar om die web UI te bereiken van buitenaf moet ik wel een port in de router forwarden neem ik aan?

Hoe zit dat eigenlijk, is er sprake van 2 poorten, eentje voor de web UI en eentje voor de filetransfer zelf (dus het daadwerkelijke syncen) ?

Ja idd, de GUI is een simpele webserver die luistert op TCP port 8384, de file transfer zelf gaat over port 22000 (TCP) en 21027 (UDP/KCP).

Voor de web UI wel, voor de file transfers heb ik geen poorten geopend.
Aangezien ik mijn web UI niet extern benader heb ik zelfs helemaal geen poorten open staan voor Syncthing

Gebruik syncthing voor backups en voor mijn muziekbibliotheek, ik voeg muziek toe op de NAS en een nachtje later is het stilletjes gesynchroniseerd naar mijn telefoon. Jaren geleden opgezet en werkt nog steeds prima!