尽管在我的配置文件中启用了最新的 nginx 和 OpenSSL，但它不会在我的服务器上产生 TLS1.3（www.baldeonline.com 供参考）。此外，我的 nginx 实例是在安装了 OpenSSL 1.1.1-pre9 的情况下编译的。
$ nginx -V 返回：
nginx version: nginx/1.15.2
built by gcc 6.3.0 20170516 (Debian 6.3.0-18+deb9u1)
built with OpenSSL 1.1.1-pre9 (beta) 21 Aug 2018
到目前为止，我看到的大多数教程都包括 CloudFlare，所以我怀疑它在这种情况下可以作为服务器和 CloudFlare 之间的 TLS1.2 以及 CloudFlare 和客户端之间的 TLS1.3 工作，尽管我没有任何具体的建议。
编辑
正如帕特里克提到的，运行命令：
$ openssl s_client -connect www.baldeonline.com:443
显示已启用 TLS1.3。TLS1.3 应在浏览器更新以完全支持最终 TLS1.3（2018 年 8 月 15 日）标准时与浏览器一起使用，而不仅仅是标准草案。
对于那些有兴趣的人：
https://wiki.openssl.org/index.php/TLS1.3#Current_status_of_the_TLSv1.3_standard
尽管最新的 1.1.1 版本支持最终标准版本，但其他支持 TLSv1.3 的应用程序可能仍在使用较旧的草稿版本。这是互操作性问题的常见来源。如果支持不同 TLSv1.3 草案版本的两个对等点尝试通信，则它们将回退到 TLSv1.2。
TLDR：如果您希望 TLS1.3现在与草案 28 一起使用，请使用 OpenSSL 1.1.1-pre8 https://fearby.com/article/enabling-tls-1-3-ssl-on-a-nginx-website-on -an-ubuntu-16-04-server-that-is-using-cloudflare/ …
我遇到了一个问题，即某些首先尝试通过 HTTP/1.1 连接的客户端没有正确转发到 HTTPS
curl -v http://indentationerror.com/
* Trying 217.45.175.173:80...
* Connected to indentationerror.com (217.45.175.173) port 80 (#0)
> GET / HTTP/1.1
> Host: indentationerror.com
> User-Agent: curl/7.73.0
> Accept: */*
>
* Received HTTP/0.9 when not allowed
* Closing connection 0
curl: (1) Received HTTP/0.9 when not allowed
但是，使用以下命令：
curl -v http://indentationerror.com/ --http2-prior-knowledge
nginx 按预期通过 HTTP/2 返回 301 重定向
我的配置目前是：
server {
server_name www.indentationerror.com;
listen 443 ssl http2;
listen [::]:443 ssl http2;
ssl on;
root "/http/indentationerror.com/www";
include /etc/nginx/genericHandlers/indentationerror.com;
} …