for x (1 2 3); do echo "test" | rclone obscure - ; done
This test code generates a new hash on every loop, despite the static input. Is that by design?
GrlpKVv_L3HFfmdX2zgrgBM2p09j Otgy7kl_jK1GWWjkZeSiX7Z8tvat nfHwISjQXma-ITafu0WMQFowiBIJ
What I would really like to get to work is this:
rclone --webdav-pass=`pass path/to/password | rclone obscure -` mount nc:Documents ~/Documents/nextcloud
(other parameters to rclone like --vfs-cache-mode etc omitted for clarity)
It eliminates the password in the config file in mount aliasses, shell history, etc. and also removes the need to encrypt the config only to supply a --password-command later
The command works when I supply the base64'd password from the config file directly but when executed with backticks like above and added -vv, I do get the gpg password popup and then this:
2022/09/20 19:48:46 DEBUG : rclone: Version "v1.53.3-DEV" starting with parameters ["rclone" "-vv" "--webdav-pass=<base64string>" "about" "nc:"] 2022/09/20 19:48:46 DEBUG : Using config file from "/home/user/.config/rclone/rclone.conf" 2022/09/20 19:48:46 DEBUG : Creating backend with remote "nc:" 2022/09/20 19:48:50 DEBUG : 4 go routines active 2022/09/20 19:48:50 Failed to about: About call failed: about call failed: Username or password was incorrect, No 'Authorization: Bearer' header found. Either the client didn't send one, or the server is mis-configured: Sabre\DAV\Exception\NotAuthenticated: 401 Unauthorized
<base64string> has the correct length and structure compared to the password originally in rclone.conf but it changes with every call and as you see, is not accepted.
- os/arch: linux/arm64
- go version: go1.18
[nc] type = webdav url = https://full.hostname.com/remote.php/webdav/ vendor = nextcloud user = myactualusername
I'm pretty sure this is not a bug but a lack of understanding on my part, but any help would be appreciated.