405 Method not allowed on default configuration

[shural]

Clean download (from https://caddyserver.com/download) and installation of Caddy2+webdav on Mac OS Catalina.

Browser gets status code 405 and shows Method not allowed for https://localhost/dav, with Caddyfile extracted from Readme as below,

localhost

root * /srv

route { rewrite /dav /dav/ webdav /dav/* { prefix /dav } file_server } <<<

If replaced it with below (basically remove rewrite and prefix), everything works with http://localhost URL.

localhost root * /srv route { webdav { } file_server } <<<

Cannot find any clues anywhere :(... please kindly share any advices. Thanks.

[mholt]

Your browser? This is a webdav server. What is the request your browser is making?

Edit: This is probably correct, though, note the readme explains this already:

The prefix directive is optional but has to be used if a webdav share is used in combination with matchers or path manipulations. This is because webdav uses absolute paths in its response. There exist a similar issue when using reverse proxies, see The "subfolder problem", OR, "why can't I reverse proxy my app into a subfolder?".

[shural]

I tried Chrome, and Edge. Both results are the same.

I'd like to have a prefix there for webdav, because I want to keep original file_server URL unchanged. So client/browser can access file server at https://localhost/ and access webdav at https://localhost/dav.

Another interesting finding is that, even the latter Caddyfile works (w/o prefix), a HEAD request from client will return the same 405. I do not know why, but some WebDAV client checks HEAD request as well for webdav server. Now this caddy webdav module returns 405 so basically those clients cannot work with Caddy2+webdav.

Any insights?

[rickywu]

try caddyfile like this

http://localhost:5001 root * /www

@notget { not method GET }

route @notget { basicauth { ricky JDJhJDE0JGlqRTI4b0ZXNExOTi5iUGdTeGJXTU9uL3JySXdaeXdLbHRIcUptdWdoLnAwNTN5ZWYySmlX } webdav }

file_server browse

[oxalica]

I'm still reproducing this issue on the latest caddy-webdav (with #28 merged). cc @mcieno The issue only exists when setting prefix /webdav. Remove prefix and creating sub-folders the same as prefix under root can workaround it. Would it be something wrong about prefix processing?