1. Caddy version (caddy version): 2.2.1 2. How I run Caddy: As a Windows service set up by nssm, with the single parameter “run”. The Caddyfile is in the same directory alongside. The user has all necessary permissions a. System environment: Windows server 2019 b. Command: As stated above - a Wi…

Hmm, well Caddy is serving a redirect from /Nic to /Nic/, this is coming from file_server's path canonicalization logic (it will redirect if the requested path is actually a directory, so that the path has a trailing / for directories – important for browse to work correctly) What if you change the…

Changing the matchers to remove the / didn’t help. Running manually (rather than changing the service) and redirecting the outputs netted the following. Nothing on stdout; Just this on stderr (after the routing setup): {"level":"info","ts":1605178214.3277133,"logger":"http.log.access.log0","msg"…

With further searching I found: https://github.com/caddyserver/caddy/issues/3239 Applying the workaround in there seems to have “fixed” it, for both cases (browse and index.html). The case is not quite the same as in that old report, because I’m not even getting the prompt for authorisation in th…

Yeah, that’s strange. It seems like you’re getting a response with status 0 which doesn’t really make sense. Could you try making a request with curl -v to see the full response you get? If you don’t have curl installed on windows, you can use https://scoop.sh/ to install it.

This is without the workaround, of course: C:\Users\paul.CASS>curl -v https://thrall.cassland.org/scores2 * Trying 2a02:8010:f01e::73... * TCP_NODELAY set * Connected to thrall.cassland.org (2a02:8010:f01e::73) port 443 (#0) * schannel: SSL/TLS connection with thrall.cassland.org port 443 (step …

Now this is getting a little confusing - In Edge and Firefox (which have not been logged in to the site) I am now getting the login popup for the /CherwellSingers path (which has an index file), but still not for the other paths (which are browsed). In my usual Opera browser I am still logged in fo…

OK, I’m getting much closer. First, this is not a Windows issue - I have built a Linux server and (with much trouble, caused by SELinux) got Caddy running on it. I then built up my Caddyfile bit by bit. And the addition which stopped basicauth working was my handle_errors directive. If I include…

Well, I don’t see any interest in the fact that it seems that having both basicauth and handle_errors in the same Caddyfile (or at least the same virtual server) results in both failing to work. But to me it’s the kind of thing that makes Caddy 2 feel not ready for prime time yet. However, I’ve go…

Sorry. We work hard every day to continuously improve the free software you benefit from. It very much is ready for “prime time.” I’m honestly having a hard time reproducing the behavior you’re describing. Here’s my own Caddyfile based on your last update: { debug } localhost # Using the Caddy…

Thanks for the reassurance that it can work. I built up my last test (not shown in this thread) by commenting out my whole Caddyfile and then adding directives one by one until I got a failure. Initially I only got a failure when I added the handle_errors (which was later than the basicauth). At …

Caddy Community

Basicauth causes site to return 301 or 308

Help

show post in topic

Home
Categories
Guidelines
Terms of Service

Powered by Discourse, best viewed with JavaScript enabled