I have a WebDAV server set up, with its root folder /SomeVolume/webdav/contents and address 192.168.1.2:12345. User and password are set and the server can be accessed from a browser.
I am directing a domain name to the same machine using nginx, like this:
server {
server_name my.domain.me;
location / {
proxy_pass http://192.168.1.2:12345;
}
# plus the usual Certbot SSL stuff
This was working perfectly well as a DT sync store, with HTTPS authentication and everything. The .dtCloud file was saved in the contents folder and both DT and DTTG were syncing happily.
I wanted to make this a bit more tidy and only changed couple of things:
WebDav server root to /SomeVolume/webdav (instead of /SomeVolume/webdav/contents), restarted the server.
proxy_pass http://192.168.1.2:12345 changed to proxy_pass http://192.168.1.2:12345/contents. Restarted ngninx.
Nothing else was modified.
I can still login through the browser, but DT has stopped working because it gets authentication errors (401) from the server (seen in the Log window).
What am I not understanding here? Is it some caching problem with DT or have I misunderstood how location & proxy_pass work?
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.
If it’s an internal way of doing things in DT, I don’t mind, I could just stop logging these errors. But I’d like to understand where the issues lies between DT and my server.
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.
However:
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.
And the single pending item can’t be downloaded when clicking on download, and I don’t understand why it was removed from the DT desktop database (this particular group hasn’t been modified in years).