It makes the initial handshake fine. Then, no matter what I have in the folder setting (blank, specify one, it doesn’t matter) duplicati gives me a dialog box: “The folder does not exist Create it now?” When I click yes, the following error occurs:
As I mentioned in the previous reply, in my installation it doesn’t matter if the option is checked or unchecked. If it’s present at all, duplicati makes the initial connection to the minio server on the default port of 9000. If it’s not present, there’s a DNS lookup failure.
Duplicati is successfully connecting to the server initially, then failing somehow midway through.
I’ll try the hostfiles entries and see if that fixes things. If it does, great, but it should work the way I have it set up.
The minio client for windows doesn’t seem to log. I’ve run wireshark and looked at the data, and it’s just as duplicati says - there’s a 404 returned from minio. When testing the connection, Duplicati connects, asks me “the folder “test1” does not exist (in the “duplicati-test” bucket): Create it now?” I click yes, and the 404 gets returned.
If I manually create a test1 directory in the duplicati-test directory of the directory tree for the minio installation, the above still holds true. It says it doesn’t exist, asks if I want to create it, then receives a 404.
At this point I’ve moved on to having duplicati use a network file share from the server I am running minio on. Not as cool, but it works.
I will leave everything installed. If there’s anything I can do or capture to pursue debugging this, I’m happy to do so.
I have some spare hardware, I will set up a linux minio installation and see what happens.
Edit: I did make sure to set the bucket within minio to read/write.
So looking at the packet trace, I’m not seeing where duplicati is authenticating itself to the minio server? I get the same 404 result independent of what I put into the access and secret keys field. The packet trace only shows me a GET /duplicati-test, which gets a 404, and then a PUT /duplicati-test, which also gets a 404. Seems like I should be seeing the authentication handshake in there somewhere?
Edit: do I need to enable SSL? Since it’s entirely contained within my home network, I hadn’t bothered to set ssl up.
Ok. This has been resolved. When using the custom url option, :9000 has to be appended to the server name or IP address; it doesn’t automatically connect to the default port, it instead defaults to port 80. The test connection works now.
Also, adding the IP of the server to the local hosts file does nothing, there is still a DNS timeout unless the forcepathstyle option is enabled.