2020-09-09 13:13:39 +00:00
|
|
|
tlstunnel(1)
|
|
|
|
|
|
|
|
# NAME
|
|
|
|
|
|
|
|
tlstunnel - TLS reverse proxy
|
|
|
|
|
|
|
|
# SYNOPSIS
|
|
|
|
|
|
|
|
*tlstunnel* [options...]
|
|
|
|
|
|
|
|
# DESCRIPTION
|
|
|
|
|
|
|
|
tlstunnel is a TLS reverse proxy with support for automatic TLS certificate
|
|
|
|
retrieval via the ACME protocol.
|
|
|
|
|
|
|
|
# OPTIONS
|
|
|
|
|
|
|
|
*-h*, *-help*
|
|
|
|
Show help message and quit.
|
|
|
|
|
|
|
|
*-config* <path>
|
|
|
|
Path to the configuration file.
|
|
|
|
|
|
|
|
# CONFIG FILE
|
|
|
|
|
|
|
|
The config file has one directive per line. Directives have a name, followed
|
|
|
|
by parameters separated by space characters. Directives may have children in
|
|
|
|
blocks delimited by "{" and "}". Lines beginning with "#" are comments.
|
|
|
|
|
2020-12-22 11:06:14 +00:00
|
|
|
tlstunnel will reload the config file when it receives the HUP signal.
|
|
|
|
|
2020-09-09 13:13:39 +00:00
|
|
|
Example:
|
|
|
|
|
|
|
|
```
|
|
|
|
frontend example.org:443 {
|
|
|
|
backend localhost:8080
|
|
|
|
}
|
|
|
|
```
|
|
|
|
|
|
|
|
The following directives are supported:
|
|
|
|
|
|
|
|
*frontend* <address>... { ... }
|
|
|
|
Addresses to listen on for incoming TLS connections.
|
|
|
|
|
2021-08-03 10:17:26 +00:00
|
|
|
Each address is in the form _<name>:<port>_. The name may be omitted to
|
|
|
|
match all hosts. The name can contain a wildcard, but only to represent the
|
2021-08-16 13:50:07 +00:00
|
|
|
first label of the hostname (e.g. _\*.example.org_ works, matches
|
2021-08-03 10:17:26 +00:00
|
|
|
_foo.example.org_ but doesn't match _foo.bar.example.org_).
|
2020-09-09 13:13:39 +00:00
|
|
|
|
|
|
|
The frontend directive supports the following sub-directives:
|
|
|
|
|
2022-06-25 09:43:16 +00:00
|
|
|
*listen* <address>...
|
|
|
|
Additional addresses to listen on.
|
|
|
|
|
2020-09-09 13:13:39 +00:00
|
|
|
*backend* <uri>...
|
|
|
|
Backend to forward incoming connections to.
|
|
|
|
|
|
|
|
The following URIs are supported:
|
|
|
|
|
|
|
|
- _[tcp://]<host>:<port>_ connects to a TCP server
|
2020-10-31 09:34:02 +00:00
|
|
|
- _tls://<host>:<port>_ connects to a TLS over TCP server
|
2020-09-09 13:13:39 +00:00
|
|
|
- _unix://<path>_ connects to a Unix socket
|
|
|
|
|
|
|
|
The _+proxy_ suffix can be added to the URI scheme to forward
|
|
|
|
connection metadata via the PROXY protocol.
|
|
|
|
|
2020-10-19 15:27:29 +00:00
|
|
|
*tls* { ... }
|
|
|
|
Customise frontend-specific TLS configuration.
|
|
|
|
|
|
|
|
The tls directive supports the following sub-directives:
|
|
|
|
|
|
|
|
*load* <cert> <key>
|
|
|
|
Load certificates and private keys from PEM files.
|
|
|
|
|
|
|
|
This disables automatic TLS.
|
2020-09-09 13:13:39 +00:00
|
|
|
|
2020-10-19 08:53:36 +00:00
|
|
|
*protocol* <name>...
|
|
|
|
List of supported application-layer protocols.
|
|
|
|
|
|
|
|
The first protocol which is also supported by the client is negociated.
|
2021-08-03 10:17:26 +00:00
|
|
|
The backend can inspect the negotiated protocol via the PROXY protocol.
|
2020-10-19 08:53:36 +00:00
|
|
|
|
|
|
|
The protocols will be advertised via the TLS ALPN extension. See the
|
|
|
|
IANA registry for a list of protocol names:
|
|
|
|
https://www.iana.org/assignments/tls-extensiontype-values/tls-extensiontype-values.xhtml#alpn-protocol-ids
|
|
|
|
|
|
|
|
For instance, for an HTTP server supporting HTTP/1 and HTTP/2:
|
|
|
|
|
|
|
|
```
|
|
|
|
protocol h2 http/1.1 http/1.0
|
|
|
|
```
|
|
|
|
|
2020-09-09 13:13:39 +00:00
|
|
|
*tls* { ... }
|
2020-10-19 15:27:29 +00:00
|
|
|
Customise global TLS configuration.
|
2020-09-09 13:13:39 +00:00
|
|
|
|
|
|
|
The tls directive supports the following sub-directives:
|
|
|
|
|
2020-09-15 07:44:57 +00:00
|
|
|
*acme_ca* <url>
|
2020-09-09 13:13:39 +00:00
|
|
|
ACME Certificate Authority endpoint.
|
|
|
|
|
2020-10-02 13:51:43 +00:00
|
|
|
*email* <address>
|
|
|
|
The email address to use when creating or selecting an existing ACME
|
|
|
|
server account
|
|
|
|
|
2021-02-17 18:44:57 +00:00
|
|
|
*on_demand* { ... }
|
2021-02-17 17:34:13 +00:00
|
|
|
Enable on-demand TLS.
|
|
|
|
|
2021-02-17 17:43:36 +00:00
|
|
|
When enabled, a TLS handshake may trigger maintenance for the relevant
|
|
|
|
certificate. If no existing certificate is available, a new certificate
|
|
|
|
is obtained and the connection is blocked until it's available. If an
|
|
|
|
existing certificate is available, the certificate is renewed in the
|
|
|
|
background if necessary.
|
|
|
|
|
2021-02-17 18:44:57 +00:00
|
|
|
Warning: to prevent abuse, you should specify a _validate_command_
|
|
|
|
sub-directive.
|
|
|
|
|
|
|
|
The on_demand directive supports the following optional sub-directives:
|
|
|
|
|
|
|
|
*validate_command* command [arguments...]
|
|
|
|
Command to run before an on-demand certificate is obtained. If the
|
|
|
|
command returns a non-zero exit status, the request is denied.
|
|
|
|
|
|
|
|
The environment will contain a *TLSTUNNEL_NAME* variable with the
|
|
|
|
domain name to be validated.
|
|
|
|
|
2023-01-12 15:55:05 +00:00
|
|
|
*acme_dns_command* command [arguments...]
|
|
|
|
Configure the ACME DNS challenge using the specified command.
|
|
|
|
|
|
|
|
The command must implement _deploy_challenge_ and _clean_challenge_
|
|
|
|
as specified by dehydrated's hooks:
|
|
|
|
https://github.com/dehydrated-io/dehydrated
|
|
|
|
|
2020-09-15 07:42:12 +00:00
|
|
|
# FILES
|
|
|
|
|
|
|
|
_/etc/tlstunnel/config_
|
|
|
|
Default configuration file location.
|
|
|
|
|
|
|
|
_/var/lib/tlstunnel_
|
|
|
|
State files such as certificates are stored in this directory.
|
|
|
|
|
2020-09-09 13:13:39 +00:00
|
|
|
# AUTHORS
|
|
|
|
|
|
|
|
Maintained by Simon Ser <contact@emersion.fr>, who is assisted by other
|
|
|
|
open-source contributors. For more information about tlstunnel development, see
|
2021-03-06 08:42:14 +00:00
|
|
|
<https://git.sr.ht/~emersion/tlstunnel>.
|