mirror of
https://github.com/caddyserver/caddy.git
synced 2025-01-06 22:40:31 -05:00
97ed9e111d
Panic would happen if an automation policy was specified in a singular server block that had no hostnames in its address. Definitely an edge case. Fixed a bug related to checking for server blocks with a host-less key that tried to make an automation policy. Previously if you had only two server blocks like ":443" and another one at ":80", the one at ":443" could not create a TLS automation policy because it thought it would interfere with TLS automation for the block at ":80", but obviously that key doesn't enable TLS because it is on the HTTP port. So now we are a little smarter and count only non-HTTP-empty-hostname keys. Also fixed a bug so that a key like "https://:1234" is sure to have TLS enabled by giving it a TLS connection policy. (Relaxed conditions slightly; the previous conditions were too strict, requiring there to be a TLS conn policy already or a default SNI to be non-empty.) Also clarified a comment thanks to feedback from @Mohammed90 |
||
---|---|---|
.. | ||
caddyauth | ||
encode | ||
fileserver | ||
headers | ||
requestbody | ||
reverseproxy | ||
rewrite | ||
standard | ||
templates | ||
app.go | ||
autohttps.go | ||
caddyhttp.go | ||
celmatcher.go | ||
errors.go | ||
marshalers.go | ||
matchers.go | ||
matchers_test.go | ||
replacer.go | ||
replacer_test.go | ||
responsewriter.go | ||
routes.go | ||
server.go | ||
staticerror.go | ||
staticresp.go | ||
staticresp_test.go | ||
subroute.go | ||
vars.go |