Thanks for the response, there must be a way, I’ve used backup software (Acronis and Cloudberry) that allow you to specify credentials when backing to a network share,
Regarding your question, why not simply using the cached one?
For reference, this is the current backup workflow I have: (I just found about this software this week, in fact it is still the trial version, I’m a newbie when it comes to business class backup solutions)
1 VM in a ESXi host, weekly full backup and daily incrementals to a Sinology attached external HDD using Cloudberry Server software, Duplicacy running on the same server using that HDD as repository and uploading to a B2 bucket
(It turns the ~860GB into ~460GB!! )
2 scenarios:
- (From a paranoid perspective)
What if the server’s admin password is compromised? If there’s a cached password, they can easily ransomware the files and erase the backups from the share and done…
Given, I’m backing up to the cloud as well, but, point still valid, I rather recover from a local HDD than an internet connection.
(Exactly that happened to a client… And no cloud backup, 5K in ransom later and 1 week worth of labor rebuilding the server it was back in action)
- What if I have different permissions?
What if the cached password allows for full or limited access to the share and the backup process needs a different set of permissions?
I understand that is probably not the most widespread need, but I would really love to have the feature.
In the meantime… Would you recommend building a VM (Linux perhaps) in my ESXi host for the sole purpose of Duplicacy, that way I would have another layer of isolation in case of a server password compromise