-
Notifications
You must be signed in to change notification settings - Fork 157
Set --append-only and --max-size per user #74
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
To be sure I understand, are these instances operating on different restic repositories? |
At least for my use case: yes - every system uses their own restic repository and their own user & directory for the rest-server backend. |
|
I think some restructuring/redesign will be needed to make this happen, but I haven't had time to look into that. |
This would be a good feature. It would be also useful to have different users for the same repository with --private-repos. For example, an user1 with --append-only (for backup tasks) and one with full access for maintenance tasks (prune/forget). |
Hi, if i understand correct the option "--max-size per user" is working on @wojas fork? Thanks. |
@wojas I built your branch and ran it using Docker Compose and it's made a huge difference to my entire backup routine across all my services! I can isolate the backups for each Docker Compose project using private per-user repos and a Restic container as one of the services in each stack (with read-only access to the Compose project directory itself), but still schedule pruning using an admin user. The Rest Server container is accessed via HTTP on a remote Pi running on an adapted NVMe, and the container is exposed only to an HTTPS reverse proxy (which itself implements access control and authentication) over Wireguard. The Restic containers point to the reverse proxy. It seems specifying a custom Super keen to have the Great work, thank you! |
It would be nice if I could set the
--append-only
option per user, to be able to backup multiple hosts, where some are trusted and should be allowed to change data afterwards (e.g. forget old snapshots) and some are not, using a single rest-server instance with a shared--path
and a shared.htpasswd
file.My current solution consists of two different instances - one with the
--append-only
flag and one without - using two different remotes(/hostnames, using lighttpd as a proxy), two different paths and two different htpasswd files, which isn't that great.The text was updated successfully, but these errors were encountered: