From 02afa553cc33400ead38ac85f8f7f2f3fe79f49d Mon Sep 17 00:00:00 2001
From: Laurent Bercot
Date: Fri, 28 May 2021 01:05:56 +0000
Subject: Server-side SNI, libtls version
Implementation for bearssl coming soon.
---
doc/s6-ucspitlsd.html | 26 ++++++++++++++++++++++----
1 file changed, 22 insertions(+), 4 deletions(-)
(limited to 'doc/s6-ucspitlsd.html')
diff --git a/doc/s6-ucspitlsd.html b/doc/s6-ucspitlsd.html
index 7d7ef9b..be172c0 100644
--- a/doc/s6-ucspitlsd.html
+++ b/doc/s6-ucspitlsd.html
@@ -36,7 +36,7 @@ TLS stack in the server itself.
Interface
- s6-ucspitlsd [ -S | -s ] [ -Y | -y ] [ -Z | -z ] [ -v verbosity ] [ -K kimeout ] [ -- ] prog...
+ s6-ucspitlsd [ -S | -s ] [ -Y | -y ] [ -Z | -z ] [ -v verbosity ] [ -K kimeout ] [ -k snilevel ] [ -- ] prog...
@@ -84,7 +84,10 @@ So it should pay attention to the following variables:
- - CERTFILE and KEYFILE
+ - CERTFILE and KEYFILE. Also (or alternatively),
+if the -k option is given: a series of
+KEYFILE:x and CERTFILE:x variables,
+for every x in the set of server names
- (if the -Y or -y option has been given) CADIR or CAFILE
- TLS_UID and TLS_GID
@@ -94,10 +97,12 @@ So it should pay attention to the following variables:
By default, prog... is run with all these
variables unset: CADIR, CAFILE,
-KEYFILE, CERTFILE, TLS_UID and TLS_GID. They're passed to
+KEYFILE, CERTFILE, KEYFILE:x and CERTFILE:x for
+every x, TLS_UID and TLS_GID. The variables are passed to
the s6-tlsd-io child but
not to prog....
-The -Z option prevents that behaviour.
+The -Z option prevents that behaviour and keeps them
+accessible in the child.
@@ -150,6 +155,19 @@ is not to require a client certificate at all.
the handshake takes more than kimeout milliseconds to complete.
The default is 0, which means infinite timeout: let the handshake complete
at its own pace, no matter how slow.
+
-k snilevel : support alternative
+certificate chains for SNI. If snilevel is nonzero, private
+key file names are read from every environment variable of the form
+KEYFILE:x, where x is a server name that
+the client may require, and a corresponding certificate chain for the name
+x should exist in the file named after the contents of the
+CERTFILE:x environment variable. If snilevel
+is 2 or more, only those files are read, and the generic
+KEYFILE and CERTFILE variables are ignored.
+If snilevel is 0, or if the option is not given, which is the
+default, KEYFILE and CERTFILE are the only private
+key / certificate chain pair that are loaded, no other environment
+variable is read for keypairs.
Notes
--
cgit v1.3.1