Unable to restore after local or remote (HubiC) backup.
RestoreNext
Not Found
Total shot in the dark - Are you using a reverse proxy under nginx or apache?
@Pectojin Good aim. Using Apache for SSL. Any suggestions?
Pure luck, I discovered this issue on my apache reverse proxy yesterday :)
On the restore page Duplicati is sending the path to the server to tell it which files to list. So on first load it will send something like "show me files and folders in /"
/api/v1/backup/17/files//?prefix-only=false&folder-contents=true&time=2018-03-10T22:08:07+01:00&filter=/
But that doesn't work for URL's, so it's URL encoding the /
api/v1/backup/17/files/%2F?prefix-only=false&folder-contents=true&time=2018-03-10T22%3A08%3A07%2B01%3A00&filter=%2F
Turning / into %2F, but unfortunately Apache reverse proxy is also "smart" like that, so it URL encodes that path once more - Turning %2F into %252F. So suddenly Duplicati is looking for the path %2F instead of /.
The easiest thing is to connect directly instead of through the reverse proxy, but if you want to do it right you need to disable the URL encoding in the reverse proxy.
I haven't actually fixed it on my setup yet, but I think it's something like this: https://serverfault.com/questions/524751/apache-reverse-proxy-encodes-characters
You nailed it @Pectojin. 馃憤
I was able to fix it by adding the following to my Apache proxy configuration:
AllowEncodedSlashes On
My virtual host configuration now reads something like:
ServerName example.com
ProxyPreserveHost On
ProxyRequests off
ProxyPass / http://127.0.0.1:8200/
ProxyPassReverse / http://127.0.0.1:8200/
AllowEncodedSlashes On
Thanks!
Ah, cool! Works like a charm on my system as well now 馃憤
Most helpful comment
You nailed it @Pectojin. 馃憤
I was able to fix it by adding the following to my Apache proxy configuration:
My virtual host configuration now reads something like:
Thanks!