From Newsgroup: alt.folklore.computers
On Tue, 29 Apr 2025 19:20:47 -0000 (UTC), Lars Poulsen wrote:
I think my ideal cloud drive would have a client-end module that
presents to the OS as a block device (disk drive), wrapped in a
container file on the cloud end. You could then format the file system
of your choice, and the blocks would be encrypted/decrypted as they are shipped to the cloud service, and the server would never have access to
the keys.
If nobody has built this yet, why is that?
Rclone is a bit of a "swiss army knife" on Linux/BSD for this kind of
thing. It has support for many object based services and can usually
mount
them as "file systems" with fuse. But that might be slow and sluggish if
you expect to use it as a regular filesystem mounted all the time.
If you are concerned about encryption, my suggestion is to solve that
locally and then move the encrypted files to the cloud-service.
The way I do it is I use restic locally, and then nightly do a copy of
the
restic repositories in it's encrypted state to two different cloud
providers. That way, the working copy is locally stored, but in case of failure of that, I can get the data from one of the providers. Rclone
works like rsync in this case, and you have control (responsibility) of
the encryption-keys etc.
I guess it all depends on the kind of backup-scheme you use and how this
all fits in with that.
Good luck!
/Magnus
--- Synchronet 3.22a-Linux NewsLink 1.2