mirror of
https://github.com/caddyserver/website.git
synced 2025-04-22 21:16:15 -04:00
Add workaround note for default_bind
This commit is contained in:
parent
755413601d
commit
af9bd2e5c3
1 changed files with 7 additions and 0 deletions
|
@ -163,6 +163,13 @@ The port for the server to use for HTTPS. For internal use only; does not change
|
|||
##### `default_bind`
|
||||
The default bind address(es) to be used for all sites, if the [`bind` directive](/docs/caddyfile/directives/bind) is not used in the site. Default: empty, which binds to all interfaces.
|
||||
|
||||
<aside class="tip">
|
||||
|
||||
Keep in mind that this will only apply to servers which are generated by the Caddyfile; this means that the HTTP server created by [Automatic HTTPS](/docs/automatic-https) for HTTP->HTTPS redirects will not inherit these bind addresses. To work around this, make sure to declare an `http://` site (it can be empty, with no directives) so that it exists when the Caddyfile is adapted, to receive the bind addresses.
|
||||
|
||||
</aside>
|
||||
|
||||
|
||||
|
||||
##### `order`
|
||||
Assigns an order to HTTP handler directive(s). As HTTP handlers execute in a sequential chain, it is necessary for the handlers to be executed in the right order. Standard directives have [a pre-defined order](/docs/caddyfile/directives#directive-order), but if using third-party HTTP handler modules, you'll need to define the order explicitly by either using this option or placing the directive in a [`route` block](/docs/caddyfile/directives/route). Ordering can be described absolutely (`first` or `last`), or relatively (`before` or `after`) to another directive.
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue