headscale/docs/tls.md

46 lines
3.2 KiB
Markdown
Raw Normal View History

2021-10-19 22:07:05 +00:00
# Running the service via TLS (optional)
2022-01-02 19:36:50 +00:00
## Let's Encrypt / ACME
To get a certificate automatically via [Let's Encrypt](https://letsencrypt.org/), set `tls_letsencrypt_hostname` to the desired certificate hostname. This name must resolve to the IP address(es) headscale is reachable on (i.e., it must correspond to the `server_url` configuration parameter). The certificate and Let's Encrypt account credentials will be stored in the directory configured in `tls_letsencrypt_cache_dir`. If the path is relative, it will be interpreted as relative to the directory the configuration file was read from. The certificate will automatically be renewed as needed.
2021-10-19 22:07:05 +00:00
```yaml
2021-10-21 19:01:52 +00:00
tls_letsencrypt_hostname: ""
2021-10-19 22:07:05 +00:00
tls_letsencrypt_listen: ":http"
tls_letsencrypt_cache_dir: ".cache"
tls_letsencrypt_challenge_type: HTTP-01
```
2022-01-02 19:36:50 +00:00
### Challenge type HTTP-01
2021-10-19 22:07:05 +00:00
2021-10-21 18:48:29 +00:00
The default challenge type `HTTP-01` requires that headscale is reachable on port 80 for the Let's Encrypt automated validation, in addition to whatever port is configured in `listen_addr`. By default, headscale listens on port 80 on all local IPs for Let's Encrypt automated validation.
2021-10-19 22:07:05 +00:00
2021-10-21 18:48:29 +00:00
If you need to change the ip and/or port used by headscale for the Let's Encrypt validation process, set `tls_letsencrypt_listen` to the appropriate value. This can be handy if you are running headscale as a non-root user (or can't run `setcap`). Keep in mind, however, that Let's Encrypt will _only_ connect to port 80 for the validation callback, so if you change `tls_letsencrypt_listen` you will also need to configure something else (e.g. a firewall rule) to forward the traffic from port 80 to the ip:port combination specified in `tls_letsencrypt_listen`.
2021-10-19 22:07:05 +00:00
2022-01-02 19:36:50 +00:00
### Challenge type TLS-ALPN-01
2021-10-19 22:07:05 +00:00
2021-10-21 18:48:29 +00:00
Alternatively, `tls_letsencrypt_challenge_type` can be set to `TLS-ALPN-01`. In this configuration, headscale listens on the ip:port combination defined in `listen_addr`. Let's Encrypt will _only_ connect to port 443 for the validation callback, so if `listen_addr` is not set to port 443, something else (e.g. a firewall rule) will be required to forward the traffic from port 443 to the ip:port combination specified in `listen_addr`.
2022-01-02 19:36:50 +00:00
## Bring your own certificate
headscale can also be configured to expose its web service via TLS. To configure the certificate and key file manually, set the `tls_cert_path` and `tls_cert_path` configuration parameters. If the path is relative, it will be interpreted as relative to the directory the configuration file was read from.
```yaml
tls_cert_path: ""
tls_key_path: ""
```
2022-01-29 18:35:08 +00:00
### Configuring Mutual TLS Authentication (mTLS)
2022-02-21 15:20:11 +00:00
mTLS is a method by which an HTTPS server authenticates clients, e.g. Tailscale, using TLS certificates. This can be configured by applying one of the following values to the `tls_client_auth_mode` setting in the configuration file.
| Value | Behavior |
| ------------------- | -----------------------------------------------------------|
| `disabled` | Disable mTLS. |
| `relaxed` (default) | A client certificate is required, but it is not verified. |
| `enforced` | Requires clients to supply a certificate that is verified. |
2022-01-29 18:35:08 +00:00
```yaml
tls_client_auth_mode: ""
```