mirror of
https://github.com/caddyserver/website.git
synced 2025-04-21 20:46:15 -04:00
docs: Minor updates for rc3
This commit is contained in:
parent
0b1bbb85f4
commit
f0fcd65a6d
4 changed files with 31 additions and 16 deletions
|
@ -108,7 +108,7 @@ OS | Data directory path
|
|||
|
||||
All other OSes use the Linux/BSD directory path.
|
||||
|
||||
The data directory must not be treated like a cache. Its contents are not ephemeral or merely for the sake of performance. Caddy stores TLS certificates, private keys, OCSP staples, and other necessary information to the data directory. It should not be purged without an understanding of the implications.
|
||||
**The data directory must not be treated as a cache.** Its contents are **not** ephemeral or merely for the sake of performance. Caddy stores TLS certificates, private keys, OCSP staples, and other necessary information to the data directory. It should not be purged without understanding the implications.
|
||||
|
||||
It is crucial that this directory is persistent and writeable by Caddy.
|
||||
|
||||
|
|
|
@ -22,10 +22,7 @@ package mymodule
|
|||
import "github.com/caddyserver/caddy/v2"
|
||||
|
||||
func init() {
|
||||
err := caddy.RegisterModule(Gizmo{})
|
||||
if err != nil {
|
||||
log.Fatal(err)
|
||||
}
|
||||
caddy.RegisterModule(Gizmo{})
|
||||
}
|
||||
|
||||
// Gizmo is an example; put your own type here.
|
||||
|
|
|
@ -21,15 +21,15 @@ Read how to [install the Caddy COPR](https://copr.fedorainfracloud.org/coprs/g/c
|
|||
[docker pull caddy/caddy](https://hub.docker.com/r/caddy/caddy)
|
||||
|
||||
|
||||
## Manually installing as a Linux service
|
||||
## Linux service
|
||||
|
||||
Requirements:
|
||||
|
||||
- A `caddy` binary that you downloaded or built from source
|
||||
- Systemd version 232 or newer
|
||||
- Superuser rights
|
||||
- `caddy` binary that you downloaded or built from source
|
||||
- `systemctl --version` 232 or newer
|
||||
- `sudo` privileges
|
||||
|
||||
Move the `caddy` binary into your `$PATH`, for example:
|
||||
Move the caddy binary into your `$PATH`, for example:
|
||||
<pre><code class="cmd bash">sudo mv caddy /usr/bin/</code></pre>
|
||||
|
||||
Test that it worked:
|
||||
|
@ -47,9 +47,14 @@ Create a user named `caddy`, with a writeable home folder:
|
|||
--comment "Caddy web server" \
|
||||
caddy</code></pre>
|
||||
|
||||
Next, take [this systemd unit file](https://github.com/caddyserver/dist/blob/master/init/caddy.service) and save it to `/etc/systemd/system/caddy.service`. Double-check the **ExecStart** and **ExecReload** directives---make sure the binary's location and command line arguments are correct for your installation.
|
||||
Next, [choose a systemd service file](https://github.com/caddyserver/dist/blob/master/init) based on your use case:
|
||||
|
||||
Double-check that both your systemd and Caddy configs are correct before continuing. Make sure your config file is in the location specified in the command.
|
||||
- [**`caddy.service`**](https://github.com/caddyserver/dist/blob/master/init/caddy.service) if you configure Caddy with a file.
|
||||
- [**`caddy-api.service`**](https://github.com/caddyserver/dist/blob/master/init/caddy-api.service) if you configure Caddy solely through its API.
|
||||
|
||||
They are very similar but with minor differences in the ExecStart and ExecReload commands to accommodate your workflow. Customize the file accordingly.
|
||||
|
||||
**Double-check the `ExecStart` and `ExecReload` directives.** Make sure the binary's location and command line arguments are correct for your installation!
|
||||
|
||||
To start the service for the first time, do the usual systemctl dance:
|
||||
|
||||
|
@ -63,12 +68,16 @@ Verify that it is running:
|
|||
When running with our official service file, Caddy's output will be redirected to `journalctl`:
|
||||
<pre><code class="cmd bash">journalctl -u caddy</code></pre>
|
||||
|
||||
To gracefully apply any changes to your config file (if using one):
|
||||
If using a config file, you can gracefully apply any changes:
|
||||
<pre><code class="cmd bash">sudo systemctl reload caddy</code></pre>
|
||||
|
||||
You can stop the service with:
|
||||
<pre><code class="cmd bash">sudo systemctl stop caddy</code></pre>
|
||||
|
||||
<aside class="advice">
|
||||
Do not stop the service to change Caddy's configuration. Stopping the server will incur downtime. Use the reload command instead.
|
||||
</aside>
|
||||
|
||||
## Build from source
|
||||
|
||||
Requirements:
|
||||
|
@ -84,3 +93,12 @@ Build:
|
|||
|
||||
<pre><code class="cmd"><span class="bash">cd caddy/cmd/caddy/</span>
|
||||
<span class="bash">go build</span></code></pre>
|
||||
|
||||
|
||||
### With plugins
|
||||
|
||||
Using [xcaddy](https://github.com/caddyserver/xcaddy), you can compile Caddy with extra plugins, for example:
|
||||
|
||||
<pre><code class="cmd bash">xcaddy build v2.0.0-rc.3 \
|
||||
--with github.com/caddyserver/nginx-adapter
|
||||
--with github.com/caddyserver/ntlm-transport@v0.1.0</code></pre>
|
|
@ -291,11 +291,11 @@ Most sites will not need this directive at all.
|
|||
|
||||
## Service files
|
||||
|
||||
We recommend using [our official service file](https://github.com/caddyserver/dist/blob/master/init/caddy.service) for Caddy deployments.
|
||||
We recommend using [one of our official service files](https://github.com/caddyserver/dist/blob/master/init) for Caddy deployments.
|
||||
|
||||
If you need a custom service file, base it off of ours. It has been carefully tuned to what it is for good reasons!
|
||||
If you need a custom service file, base it off of ours. It has been carefully tuned to what it is for good reasons! Be sure to customize yours if needed.
|
||||
|
||||
See [install instructions](/docs/install#manually-installing-as-a-linux-service) for details.
|
||||
See [install instructions](/docs/install#linux-service) for details.
|
||||
|
||||
|
||||
## Plugins
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue