web server apache tomcat11-12-SSL/TLS Configuration
媒介整理这个官方翻译的系列，缘故原由是网上大部分的 tomcat 版本比较旧，此版本为 v11 最新的版本。
开源项目
从零手写实现 tomcat minicat 别称【嗅虎】心有猛虎，轻嗅蔷薇。
系列文章
web server apache tomcat11-01-官方文档入门介绍
web server apache tomcat11-02-setup 启动
web server apache tomcat11-03-deploy 怎样部署
web server apache tomcat11-04-manager 怎样管理？
web server apache tomcat11-06-Host Manager App -- Text Interface
web server apache tomcat11-07-Realm Configuration
web server apache tomcat11-08-JNDI Resources
web server apache tomcat11-09-JNDI Datasource
web server apache tomcat11-10-Class Loader
...
快速开始
下面的描述利用变量名 $CATALINA_BASE 来引用大多数相对路径解析的基本目次。假如您尚未通过设置 CATALINA_BASE 目次来为 Tomcat 配置多个实例，则 $CATALINA_BASE 将设置为 $CATALINA_HOME 的值，即您安装 Tomcat 的目次。
要在 Tomcat 上安装和配置 SSL/TLS 支持，您需要遵循以下简单步骤。有关更多信息，请阅读本指南的其余部分。
创建密钥库文件
执行以下命令创建用于存储服务器的私钥和自签名证书的密钥库文件：
Windows:
"%JAVA_HOME%\bin\keytool" -genkey -alias tomcat -keyalg RSAUnix:
$JAVA_HOME/bin/keytool -genkey -alias tomcat -keyalg RSA并指定暗码值为 "changeit"。
修改配置文件
取消注释 $CATALINA_BASE/conf/server.xml 中的 "SSL HTTP/1.1 Connector" 条目，并按照下面的配置部分所述进行修改。
SSL/TLS 简介
传输层安全性（TLS）及其前身安全套接字层（SSL）是使 Web 浏览器和 Web 服务器能够通过安全毗连进行通讯的技术。这意味着发送的数据由一方加密，然后传输，然后由另一方在处理之前解密。这是一个双向过程，这意味着服务器和浏览器都会在发送数据之前对全部流量进行加密。
SSL/TLS 协议的另一个重要方面是认证。这意味着在您首次实验通过安全毗连与 Web 服务器通讯时，该服务器将向您的 Web 浏览器提供一组凭据，以证实该站点是谁以及它声称的内容。在某些环境下，服务器还大概要求您的 Web 浏览器提供证书，以证实您是您所声称的人。这称为 "客户端认证"，尽管在实践中，这更多用于业务对业务（B2B）生意业务而不是与个人用户。大多数启用 SSL 的 Web 服务器不会请求客户端认证。
证书
为了实施 SSL，Web 服务器必须为担当安全毗连的每个外部接口（IP 地点）预备一个相关联的证书。这个计划背后的理论是服务器应该提供某种公道的包管，证实其全部者是您认为的那个人，特别是在接收任何敏感信息之前。虽然证书的广泛表明超出了本文档的范围，但将证书视为一个 Internet 地点的 "数字护照"。它阐明了该站点与哪个构造相关联，以及关于站点全部者或管理员的一些基本联系信息。
这个证书由其全部者以暗码形式签名，因此其他人很难伪造。为了使证书在访客的浏览器中无警告地工作，它需要由受信任的第三方签名。这些被称为证书颁发机构（CA）。要得到签名的证书，您需要选择一个 CA，并按照您选择的 CA 提供的阐明来获取您的证书。有各种各样的 CA 可供选择，包罗一些免费提供证书的 CA。
Java 提供了一个相对简单的命令行工具，称为 keytool，可以轻松创建 "自签名" 证书。自签名证书只是用户生成的未经 well-known CA 签名的证书，因此不真正包管是真实的。虽然自签名证书大概对某些测试场景有效，但对于任何形式的生产利用都不符合。
运行 SSL 的一般提示
在利用 SSL 保护网站时，重要的是确保网站利用的全部资源都通过 SSL 提供，以防止攻击者通过在 JavaScript 文件中注入恶意内容等方式绕过安全性。为了进一步增强网站的安全性，您应该考虑利用 HSTS 标头。它允许您向浏览器通讯，指示您的站点应始终通过 https 访问。
在安全毗连上利用基于名称的假造主机需要谨慎配置单个证书中指定的名称，大概在支持 Server Name Indication（SNI）的 Tomcat 8.5 及更高版本中，其中可用。SNI 允许将具有不同名称的多个证书关联到单个 TLS 毗连器。
配置
预备证书密钥库
Tomcat 现在仅支持 JKS、
PKCS11 或 PKCS12 格式的密钥库。JKS 格式是 Java 的标准 "Java KeyStore" 格式，是 keytool 命令行实用步调创建的格式。此工具包罗在 JDK 中。PKCS12 格式是一种互联网标准，可以通过 OpenSSL 和 Microsoft 的 Key-Manager 等方式进行利用。
密钥库中的每个条目都由别名字符串标识。虽然许多密钥库实现以不区分大小写的方式处理别名，但也可用区分大小写的实现。例如，PKCS11 规范要求别名区分大小写。为了制止与别名的大小写敏感性相关的问题，不建议利用仅在大小写方面有所不同的别名。要导入现有证书到 JKS 密钥库，请阅读（在您的 JDK 文档包中）有关 keytool 的文档。请注意，OpenSSL 通常会在密钥之前添加可读的注释，但 keytool 不支持。因此，假如您的证书在密钥数据之前有注释，请在利用 keytool 导入证书之前将其删除。
要利用 OpenSSL 将现有 CA 签名的证书导入 PKCS12 密钥库，您可以执行类似于以下命令：
openssl pkcs12 -export -in mycert.crt -inkey mykey.key
<Connector
protocol="org.apache.coyote.http11.Http11NioProtocol"
port="8443"
maxThreads="150"
SSLEnabled="true">
<SSLHostConfig>
<Certificate
certificateKeystoreFile="${user.home}/.keystore"
certificateKeystorePassword="changeit"
type="RSA"
/>
</SSLHostConfig>
</Connector><Connector
protocol="org.apache.coyote.http11.Http11NioProtocol"
port="8443"
maxThreads="150"
SSLEnabled="true">
<SSLHostConfig>
<Certificate
certificateKeystoreFile="${user.home}/.keystore"
certificateKeystorePassword="changeit"
type="RSA"
/>
</SSLHostConfig>
</Connector> -out mycert.p12 -name tomcat -CAfile myCA.crt
<Connector
protocol="org.apache.coyote.http11.Http11NioProtocol"
port="8443"
maxThreads="150"
SSLEnabled="true">
<SSLHostConfig>
<Certificate
certificateKeystoreFile="${user.home}/.keystore"
certificateKeystorePassword="changeit"
type="RSA"
/>
</SSLHostConfig>
</Connector><Connector
protocol="org.apache.coyote.http11.Http11NioProtocol"
port="8443"
maxThreads="150"
SSLEnabled="true">
<SSLHostConfig>
<Certificate
certificateKeystoreFile="${user.home}/.keystore"
certificateKeystorePassword="changeit"
type="RSA"
/>
</SSLHostConfig>
</Connector> -caname root -chain对于更高级的环境，请参阅 OpenSSL 文档。
要重新开始创建一个新的 JKS 密钥库，其中包罗一个单独的自签名证书，请从终端命令行执行以下利用：
Windows:
"%JAVA_HOME%\bin\keytool" -genkey -alias tomcat -keyalg RSAUnix:
$JAVA_HOME/bin/keytool -genkey -alias tomcat -keyalg RSA（RSA 算法应优先选择作为安全算法，这还确保与其他服务器和组件的一般兼容性。）
此命令将在您运行它的用户的主目次中创建一个名为 .keystore 的新文件。要指定不同的位置或文件名，请将 -keystore 参数添加到上面显示的 keytool 命令，后面跟上到您密钥库文件的完备路径名。您还需要在后面描述的 server.xml 配置文件中反映这个新位置。例如：
Windows:
"%JAVA_HOME%\bin\keytool" -genkey -alias tomcat -keyalg RSA
-keystore \path\to\my\keystoreUnix:
$JAVA_HOME/bin/keytool -genkey -alias tomcat -keyalg RSA
-keystore /path/to/my/keystore执行此命令后，您起首会提示输入密钥库暗码。Tomcat 利用的默认暗码是 "changeit"（全部小写），尽管您可以指定自定义暗码。您还需要在后面描述的 server.xml 配置文件中指定自定义暗码。
接下来，您将提示提供有关此证书的一般信息，例如公司、联系人姓名等。将显示此信息以便实验访问您应用步调中的安全页面的用户，请确保此处提供的信息与他们预期的相匹配。
最后，您将被提示输入密钥暗码，这是专门为此证书（而不是存储在同一密钥库文件中的任何其他证书）的暗码。keytool 提示将告诉您，按 ENTER 键会自动利用与密钥库雷同的暗码来利用密钥。您可以自由选择雷同的暗码或选择自定义暗码。假如您选择与密钥库暗码不同的暗码，则还需要在后面描述的 server.xml 配置文件中指定自定义暗码。
假如一切顺遂，现在您有一个带有证书的密钥库文件，该证书可供您的服务器利用。
编辑 Tomcat 配置文件
Tomcat 可以利用两种不同的 SSL 实现：
[*]作为 Java 运行时的一部分提供的 JSSE 实现
[*]利用 OpenSSL 的 JSSE 实现
确切的配置细节取决于利用的是哪种实现。假如通过指定通用 protocol="HTTP/1.1" 配置毗连器，则 Tomcat 利用的实现将自动选择。
假如需要，可以通过在毗连器的 protocol 属性中指定类名来制止自动选择实现。
要定义 Java（JSSE）毗连器，无论 APR 库是否已加载，请利用以下之一：
假如需要，也可以显式配置 OpenSSL JSSE 实现。假如安装了 Tomcat Native 库或 Java 22，则利用 sslImplementationName 属性可以启用它。当利用 OpenSSL JSSE 实现时，配置可以利用 JSSE 属性或 OpenSSL 属性，但不得在雷同的 SSLHostConfig 或 Connector 元素中混合利用来自两种类型的属性。
利用 Tomcat Native：
利用 Java 22 FFM API：
大概，可以向服务器添加侦听器以在不必在每个 SSLHostConfig 或 Connector 元素上添加 sslImplementationName 属性的环境下在全部毗连器上启用 OpenSSL。
利用 Tomcat Native：
利用 Java 22 FFM API：
侦听器的 SSLRandomSeed 属性允许指定一个熵源。生产系统需要可靠的熵源，但熵大概需要大量时间才能收集，因此测试系统可以利用无阻塞熵源，如 "/dev/urandom"，这将允许 Tomcat 更快地启动。
最后一步是在 $CATALINA_BASE/conf/server.xml 文件中配置毗连器，其中 $CATALINA_BASE 表示 Tomcat 实例的基目次。默认的 server.xml 文件中包罗了一个 SSL 毗连器的示例元素。要配置利用 JSSE 并且利用 JSSE 配置样式的 SSL 毗连器，您需要删除注释并编辑它，使其看起来像这样：
<Connector
protocol="org.apache.coyote.http11.Http11NioProtocol"
port="8443"
maxThreads="150"
SSLEnabled="true">
<SSLHostConfig>
<Certificate
certificateKeystoreFile="${user.home}/.keystore"
certificateKeystorePassword="changeit"
type="RSA"
/>
</SSLHostConfig>
</Connector>OpenSSL 配置样式利用许多 SSL 设置的不同属性，特别是密钥和证书。APR 配置样式的示例是：
<Connector
protocol="org.apache.coyote.http11.Http11NioProtocol"
port="8443"
maxThreads="150"
SSLEnabled="true" >
<SSLHostConfig>
<Certificate
certificateKeyFile="conf/localhost-rsa-key.pem"
certificateFile="conf/localhost-rsa-cert.pem"
certificateChainFile="conf/localhost-rsa-chain.pem"
type="RSA"
/>
</SSLHostConfig>
</Connector>配置选项和关于哪些属性是强制的信息，都记载在 HTTP 毗连器配置参考的 SSL 支持部分中。Tomcat 利用全部 TLS 毗连器支持任一配置样式（JSSE 或 OpenSSL）。
port 属性是 Tomcat 将侦听安全毗连的 TCP/IP 端标语。您可以将其更改为任何您希望的端标语（例如，默认的 https 通讯端口 443）。但是，在许多利用系统上运行 Tomcat 的端标语低于 1024 需要特殊设置（超出了本文档的范围）。
假如在这里更改了端标语，则还应更改非 SSL 毗连器上指定的 redirectPort 属性的值。这允许 Tomcat 自动重定向试图访问具有指定了 SSL 为必需的安全约束的页面的用户，如 Servlet 规范所要求的那样。
完成这些配置更改后，您必须像寻常一样重新启动 Tomcat，然后您应该可以运行了。您应该能够通过 SSL 访问 Tomcat 支持的任何 Web 应用步调。例如，请实验：
https://localhost:8443/您应该看到通常的 Tomcat 启动页面（除非您已修改了 ROOT Web 应用步调）。假如这不起作用，请参阅以下部分中的一些故障排除提示。
安装来自证书颁发机构的证书
要获取并安装来自证书颁发机构（如 verisign.com、thawte.com 或 trustcenter.de）的证书，请阅读上一节，然后按照以下阐明利用：
创建本地证书签名请求（CSR）
为了从您选择的证书颁发机构那里得到证书，您必须创建一个名为证书签名请求（CSR）的请求。该 CSR 将由证书颁发机构用于创建将您的网站标识为 "安全" 的证书。要创建 CSR，请执行以下步骤：
[*]创建本地自签名证书（如上一节中所述）：
keytool -genkey -alias tomcat -keyalg RSA
-keystore <your_keystore_filename>（在某些环境下，您必须在 "姓" 字段中输入您网站的域名（即 www.myside.org），以便创建可用的证书。）
然后利用以下命令创建 CSR：
keytool -certreq -keyalg RSA -alias tomcat -file certreq.csr
-keystore <your_keystore_filename>现在您有一个名为 certreq.csr 的文件，您可以将其提交给证书颁发机构（检察证书颁发机构网站上关于怎样执行此利用的文档）。
机构将利用此 CSR 创建您的证书。
从证书颁发机构得到证书
在收到您的 CSR 后，证书颁发机构将向您发送一个文件（通常以 PEM 格式），其中包罗您的新证书。
安装证书
一旦您从证书颁发机构那里收到了新的证书文件，您可以将其添加到您的密钥库文件中。起首，请将文件转换为与密钥库兼容的格式，然后再将其添加到密钥库中。这是一个示例命令序列，假设您收到的文件是以 PEM 格式编写的。
要将 PEM 文件转换为 PKCS12 文件，请执行以下利用：
openssl pkcs12 -export -in cert.pem -out cert.p12 -name tomcat然后将 PKCS12 文件导入到您的密钥库中：
keytool -importkeystore -deststorepass <your_keystore_password>
-destkeypass <your_keystore_password>
-destkeystore <your_keystore_filename> -srckeystore cert.p12
-srcstoretype PKCS12 -srcstorepass <password_used_when_creating_pkcs12> -alias tomcat现在，您的密钥库中应该包罗来自证书颁发机构的证书。现在可以在 Tomcat 配置文件中利用该密钥库（如上所示）。
最后的步骤
安装证书后，请确保您的用户将 $CATALINA_BASE/conf/server.xml 文件和您的密钥库文件保持安全。私钥库文件中的私钥和密钥库暗码都是敏感信息，不应与他人共享。
完成全部配置更改后，必须重新启动 Tomcat 服务器才能使更改生效。您应该能够通过安全的 HTTPS 毗连访问您的 Tomcat 服务器了。
参考资料
https://tomcat.apache.org/tomcat-11.0-doc/ssl-howto.html
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]