我把这个任务交给了我的同事，这是背景。
他使用在服务器上配置 Logstash 和在所有代理上配置 Logstash-forwarder 的常规方法，让 ELK（Elasticsearch、Logstash 和 Kibana）堆栈与我们的 RHEL 6.2 服务器一起工作。除了两个 logstash 代理节点外，一切都按预期正常工作。它不索引来自这两个节点的数据，并且这两个代理节点与环境中的其他代理略有不同。所有代理（正在运行）都运行带有“OpenSSL 1.0.0-fips”的 RHEL 6.2 机器，而两个麻烦的代理运行带有“OpenSSL 0.9.8e-fips-rhel5”的 RHEL 5.5。现在，让我解释一下当我开始研究这两个节点时所面临的问题。
当我们使用“/etc/init.d/logstash-forwarder restart”重新启动logstash转发器服务时，它会抛出以下错误：
2014/10/01 09:21:23.898917 无法与 10.xxx x509 tls 握手：无法验证 10.xxx 的证书，因为它不包含任何 IP SAN 2014/10/01 09:21:24.900502 连接到.xxx]:5000 (10.xxx) 2014/10/01 09:21:24.902081 无法与 10.xxx x509 tls 握手：无法验证 10.xxx 的证书，因为它不包含任何 IP SAN 2014/10/ 01 09:21:25.903970 连接到 [10.xxx]:5000 (10.xxx) 2014/10/01 09:21:25.905708 无法与 10.xxx x509 tls 握手：无法验证 10.xxx 的证书，因为它没有'不包含任何 IP SAN
我知道这是因为代理正在尝试使用其 IP 地址通过 SSL 连接到服务器，所以我再次使用 IP SAN 重新创建了证书，然后它开始向我抛出以下错误，不仅是 5.2 机器，还有6.2 机器：
2014/10/03 17:09:12.403253 无法与 …
logstash ×1