That’s the point, the url in DT is just set to dt.mydomain.com and I’d like to keep it that way. The domain still points to my nginx server (otherwise I would get nothing instead of an authentication error), and I was hoping to just reroute the default / location in nginx to the contents folder, instead of having the contents folder be the root of the WebDAV server.
I can login through the Finder with no problems, but this stops working if I use the /contents suffix in the proxy_pass directive. However, I can login perfectly well with 192.168.1.2:12345/contents/. I just don’t understand why 401 is getting thrown at me, but perhaps this is not a DT issue.
But frankly, you lost me with dt suffix in the proxy_pass. Before it was contents, wasn’t it? Anyway, if you can connect with finder to the WebDAV location, DT can too. In my experience. Just set up DT with the same data as in your finder connection.
In Apache, I’d define an Alias and that’s all. But I don’t know about nginx.
Still trying to work this out, I was wondering if the regular 401 and 404 errors I get in my access log are normal or are there a sign of something wrong. From a user perspective I see no issue, everything is properly syncing.
I don’t know. What’s weird is that (1) I get the following log error even when no clients are trying to access the server (i.e. no DT desktop open and iOS clients quit) and (2) I can see 401 and 404 errors immediately followed by success (207).
What is triggering these PROPFIND requests when no client is running? It seems to happen every 15 minutes or so.
OK. I’m still struggling a bit with this, the reason being my old NAS WebDAV server died and I need to set up another one manually.
I’ve managed to create the sync store and waited for my DT databases to upload everything. I then downloaded everything to my laptop DT and tested that changes in files were correctly in sync with some edits, group creations and deletions.
When starting sync, my desktop DT log keeps saying “Couldn’t upload 6 pending files, 6 files left to be uploaded”, but I can’t understand which ones and why (there are over 15000 files in my databases). It always mentions exactly 6 files. I’ve verified the database and the location successfully multiple times.
My old sync store size was 19 gigabytes. The new one has 16. The database hasn’t changed so much. Can there be some left over receipts or something else that amount to so much data?
I’m still getting seemingly random “Unauthorized” and “Failed creating collection” in the WebDAV log, but nothing in DT log (except the above). Can this be related to the Max Connections setting of 16 (which worked fine on the old server)?
For some reason the Sync icon in the toolbar is always on, even with only one DT instance open, sync finished and no messages in the DT log.
The sync store functionality of DT has never failed me in years of use, so I’m pretty confident in its errors and verifications, but this is the first time I’m handling the innards of a WebDAV server and I need to be confident that I’m not losing data in the process.