There are three ways to get a TLS certificate for your HTTPS server:
- Get it from a certificate provider who will run a certificate authority (CA) and also offers extended validation (EV) for the certificate. This will cost a fee. If possible, create the private key yourself, then send a Certificate Signing Request (CSR). Overall follow the documentation of the CA operator.
- Get a domain validated TLS certificate via Let's encrypt without a fee. See their instruction, e.g. certbot for nignx on Ubuntu.
- Run your own little CA. Which has the major drawback that someone will have to import the root certificate in the webbrowsers manually or override warning on each connect. Suitable for development purposes, must not be used for production servers.
To decide between 1. and 2. you will need to weight the extra efforts and costs of the level of extended validation against a bit of extra trust for the security advisories that will be served under the domain.
Place the certificates on the server machine. This includes the certificate for your webserver, the intermediate certificates and the root certificate. The latter may already be on your machine as part of the trust anchors for webbrowsers.
Follow the nginx documentation to further configure TLS with your private key and the certificates.
We recommend to
- restrict the TLS protocol version and ciphers following a current recommendation (e.g. BSI-TR-02102-2).
Assuming the relevant server block is in /etc/nginx/sites-enabled/default
,
change the listen
configuration in the server {}
block and add options so nginx
finds your your private key and the certificate chain.
ssl_certificate '${SSL_CERTIFICATE}'; # e.g. ssl_certificate /etc/ssl/csaf/bundle.crt
ssl_certificate_key '${SSL_CERTIFICATE_KEY}'; # e.g. ssl_certificate_key /etc/ssl/csaf/testserver-key.pem;
ssl_protocols TLSv1.2 TLSv1.3;
' > ~/${FOLDERNAME}/TLSConfigs.txt
Reload or restart nginx to apply the changes (e.g. systemctl reload nginx
on Debian or Ubuntu.)
Technical hints:
- When allowing or requiring
TLSv1.3
webbrowsers like Chromium (seen with version 98) may have higher requirements on the server certificates they allow, otherwise they do not connect withERR_SSL_KEY_USAGE_INCOMPATIBLE
.