29-Nov-2025 17:06:02.584 信息 [main] org.apache.tomcat.util.net.AbstractEndpoint.logCertificate Connector [https-openssl-nio-8004], TLS virtual host [_default_], certificate type [RSA] configured from keystore [d:/reyo/jks/localhost.jks] using alias [tomcat] with trust store [null] ，为什么 with trust store [null] ？

这是一个很好的问题。with trust store [null]这个日志信息表示Tomcat服务器在配置SSL/TLS连接器时，没有为客户端认证显式地设置一个信任库。下面我为你详细解释这意味着什么，以及为什么会这样。

核心原因

这个设置主要与 SSL/TLS双向认证​ 有关。简单来说，认证分为两种：

1. 双向认证：客户端和服务器互相验证对方的身份。

truststore的用途是服务器用来验证客户端证书的合法性。

详细解释

1. 你的场景：单向认证（最常见）

从你的日志 keystore [d:/reyo/jks/localhost.jks]可以看出，你只配置了一个 Keystore。这个Keystore里存放着服务器的证书和私钥。它的作用是：

• 用于建立加密连接。

在这种情况下，服务器不需要验证客户端的证书，因此它不需要一个存有可信CA证书或客户端证书的Truststore。所以，Tomcat会将其记录为 truststore [null]。这是完全正常且正确的行为，适用于99%的Web应用场景。 总结：对于单向认证，truststore为 [null]是预期的，并且是正确的。

2. 什么情况下 truststore不为 [null]？

当你的应用需要 双向认证​ 时，才需要配置 truststore。

如何工作？

• Keystore： 服务器用自己的证书向客户端证明自己。
•  

如何在Tomcat中配置？ 你需要在 server.xml的 Connector 配置中设置 truststoreFile和 truststorePass属性。

• 如果这样配置，日志就会显示 with trust store [d:/reyo/jks/truststore.jks]。

为什么Tomcat要记录这个信息？

这是一个非常有用的调试信息。它明确地告诉管理员：

• 服务器当前没有启用基于Truststore的客户端证书验证（[null]）。

如果未来你需要启用双向认证，但这个日志仍然显示 [null]，你就会立刻知道问题出在Truststore的配置上。

结论

你的配置是正常的。with trust store [null]仅仅表示你的Tomcat服务器运行在标准的单向SSL认证模式下，这是绝大多数网站和Web服务的默认配置。​ 除非你有特殊需求要求客户端也必须提供证书，否则完全不需要担心这个日志信息。

• 单向认证：客户端验证服务器的身份。（这是最常见的HTTPS模式）
• 向客户端（如浏览器）证明服务器的身份。
• 何时需要双向认证？ 通常在非常严格的安全需求中，例如银行内部系统、微服务之间高度安全的通信等。服务器需要确保连接它的客户端也是受信任的。
• 1. Truststore： 服务器配置一个Truststore，里面存放着颁发客户端证书的CA的根证书。当客户端出示其证书时，服务器会用Truststore里的CA证书来验证客户端证书是否可信。
• 服务器的Keystore来源是哪里（localhost.jks）。