I used syncthings as an example. I'm okay to use any other app like GoodSync or FreeFileSync. I was more curious how crypt + mount will work with a syncing program. I feel like there might be a lot of performance issue?
should work. tho you need to test it for yourself.
I will but I wanted to check with the wider audience. The last thing you want are backups to not be usable for a restore. So while I will do my own test, I wanted to see if others have had any experience with this kind of configuration.
have you searched the forum for ...
Yes. But they mostly talk about a different configuration/needs. There was one post talking about ST but one is hardly enough to make a decision on. There are quite a few different backup/sync tools. I searched the ones I know but didn't find answers that quelled my curiosity. Hence why I posted to see if anyone is doing anything like what I want to do, and if they have had success with both the backups and restores, then I'll use whatever tool they use.
Most of these programs are quite complex, with a lot of built-in optimizations. It is unobvious how those optimizations might be affected when you put a crypt in the middle. Hence why I'm looking for folks with some 1st hand experience.
that should not affect a file copy program, as crypting is transparent.
freefilesync, has no knowledge of the crypt, as the mount presents a normal file system.
fyi, i do not use use rclone crypt for backups.
instead i use SSE-C - client side encryption provided by S3 providers, such as AWS, wasabi and B2.
it encrypts the contents of files but not the names of dirs/files.
that should not affect a file copy program, as crypting is transparent.
crypting/decrypting is done on the fly, right?
So sync program wants to compare if local file is the same as online file. Local file is not encrypted, online file is encrypted. So rclone crypt then has to encrypt the file before sync program can compare.
Right?
This may be fine for small files but if you have 1.5 TB of data, this process might get murky. Or so I assume?
not right.
when rclone first uploaded the crypted file, it saved the modtime of the local flie as metadata.
rclone will compare the modtimes, does not compare the contents.
so it takes the same amount of time to compare a 1Byte file as to compare a 1.5TiB file.
So then I just need to make sure my cache is big enough to keep all the metadata for all the crypted files. I assume that is what the VFS caching does?
well, if freefilesync only checks a single file, then only need metadata for that single file.
in addition, over time, rclone prunes the cache, and you can set hard limits on the max size.