Tomcat及独立环境应用无法连接Cassandra问题求助

我来帮你梳理下这个问题：你在DataGrip里能顺利通过SSL连接Cassandra，但不管是Tomcat部署的应用还是独立Java示例程序，都碰到了NoHostAvailableException，这大概率是SSL配置的细节没对齐，咱们一步步来排查解决：

1. 先确认信任库路径与参数是否生效 #

• 绝对路径优先：Tomcat启动时的工作目录可能不是你预期的目录，setenv.sh里的<path_to_truststore_file>一定要用绝对路径（比如/usr/local/cassandra/truststore.jks），别用相对路径，避免Tomcat找不到文件。DataGrip是直接选的本地文件，路径自然没问题，但Tomcat环境下要格外注意。
• 验证参数加载：可以在setenv.sh里加一行输出，启动Tomcat时确认参数是否正确加载：

  export JAVA_OPTS="$JAVA_OPTS -Djavax.net.ssl.trustStore=/usr/local/cassandra/truststore.jks -Djavax.net.ssl.trustStorePassword=your_pass"
  echo "Loaded JAVA_OPTS: $JAVA_OPTS"
  

  启动Tomcat时看控制台有没有打印这行内容，确保VM参数确实被Tomcat拾取了。

2. 检查Cassandra SSL的完整配置要求 #

• 是否需要客户端证书：如果Cassandra的cassandra.yaml里client_encryption_options.require_client_auth设为true，那客户端不仅要配置信任服务端的trustStore，还要提供自己的客户端证书（即keyStore）。DataGrip里可能你已经悄悄配置了客户端证书，但Tomcat里只加了trustStore，这时候要补充参数：

  export JAVA_OPTS="$JAVA_OPTS -Djavax.net.ssl.keyStore=/usr/local/cassandra/keystore.jks -Djavax.net.ssl.keyStorePassword=your_keystore_pass"
  

• 是否需要开启SNI：部分Cassandra集群要求客户端发送SNI（Server Name Indication）信息，DataGrip可能默认处理了，但Java程序（包括Tomcat）需要手动开启，加个VM参数：

  -Djdk.tls.client.enableSNI=true
  

• TLS版本兼容性：不同Java版本默认支持的TLS版本不一样，如果Cassandra集群只支持TLSv1.2或更高版本，要强制指定：

  -Dhttps.protocols=TLSv1.2,TLSv1.3
  

3. 开启SSL调试日志定位根源 #

这是最有效的排查手段，能看到SSL握手过程中的具体错误。在VM参数里加上：

-Djavax.net.debug=ssl,handshake

启动Tomcat或示例程序后，查看日志里的SSL握手细节——比如是不是证书不被信任、协议版本不匹配、证书链缺失等，这些信息能直接帮你定位问题。

4. 确认示例程序的代码配置 #

对于那个独立Java示例，别光依赖VM参数，还要确认代码里是否明确启用了SSL。比如Datastax驱动的配置里要加上withSSL()：

Cluster cluster = Cluster.builder()
    .addContactPoints("X.X.X.X")
    .withPort(9042)
    .withSSL() // 必须开启这个，VM参数的SSL配置才会生效
    .build();

如果代码里没开启SSL，哪怕VM参数加了trustStore，驱动也不会用SSL连接Cassandra，自然会报错。

内容的提问来源于stack exchange，提问作者alltej