« 与 Elasticsearch 的安全通信 使用 Linux 安全计算模式 (seccomp) »
Elastic 文档 ›Packetbeat 参考 [8.14] ›保护 Packetbeat

与 Logstash 的安全通信

编辑

与 Logstash 的安全通信编辑

您可以使用 SSL 互认证来保护 Packetbeat 与 Logstash 之间的连接。这确保了 Packetbeat 仅向可信的 Logstash 服务器发送加密数据，并且 Logstash 服务器仅接收来自可信 Packetbeat 客户端的数据。

要使用 SSL 互认证

  1. 创建一个证书颁发机构 (CA)，并使用它来签署您计划用于 Packetbeat 和 Logstash 的证书。创建正确的 SSL/TLS 基础设施超出了本文档的范围。有许多在线资源描述了如何创建证书。

    如果您使用安全功能，可以使用 elasticsearch-certutil 工具 来生成证书。

  2. 将 Packetbeat 配置为使用 SSL。在 packetbeat.yml 配置文件中，在 ssl 下指定以下设置

    • certificate_authorities：配置 Packetbeat 以信任由指定 CA 签署的任何证书。如果 certificate_authorities 为空或未设置，则使用主机系统的可信证书颁发机构。

    • certificate 和 key：指定 Packetbeat 用于向 Logstash 身份验证的证书和密钥。

      例如

      output.logstash:
  hosts: ["logs.mycompany.com:5044"]
  ssl.certificate_authorities: ["/etc/ca.crt"]
  ssl.certificate: "/etc/client.crt"
  ssl.key: "/etc/client.key"

      有关这些配置选项的更多信息，请参阅 SSL。

  3. 将 Logstash 配置为使用 SSL。在 Logstash 配置文件中，为 Logstash 的 Beats 输入插件 指定以下设置

    • ssl：当设置为 true 时，启用 Logstash 使用 SSL/TLS。
    • ssl_certificate_authorities：配置 Logstash 以信任由指定 CA 签署的任何证书。
    • ssl_certificate 和 ssl_key：指定 Logstash 用于向客户端身份验证的证书和密钥。

    • ssl_verify_mode：指定 Logstash 服务器是否根据 CA 验证客户端证书。您需要指定 peer 或 force_peer 来让服务器要求证书并进行验证。如果您指定 force_peer，并且 Packetbeat 未提供证书，则 Logstash 连接将被关闭。如果您选择不使用 certutil，则您获得的证书必须允许 clientAuth 和 serverAuth，如果扩展密钥使用扩展存在。

      例如

      input {
  beats {
    port => 5044
    ssl => true
    ssl_certificate_authorities => ["/etc/ca.crt"]
    ssl_certificate => "/etc/server.crt"
    ssl_key => "/etc/server.key"
    ssl_verify_mode => "force_peer"
  }
}

      有关这些选项的更多信息，请参阅 Beats 输入插件的文档。

验证 Logstash 服务器的证书编辑

在运行 Packetbeat 之前，您应该验证 Logstash 服务器的证书。您可以使用 curl 来验证证书，即使与 Logstash 通信的协议不基于 HTTP。例如

curl -v --cacert ca.crt https://logs.mycompany.com:5044

如果测试成功，您将收到一个空的响应错误

* Rebuilt URL to: https://logs.mycompany.com:5044/
*   Trying 192.168.99.100...
* Connected to logs.mycompany.com (192.168.99.100) port 5044 (#0)
* TLS 1.2 connection using TLS_DHE_RSA_WITH_AES_256_CBC_SHA
* Server certificate: logs.mycompany.com
* Server certificate: mycompany.com
> GET / HTTP/1.1
> Host: logs.mycompany.com:5044
> User-Agent: curl/7.43.0
> Accept: */*
>
* Empty reply from server
* Connection #0 to host logs.mycompany.com left intact
curl: (52) Empty reply from server

以下示例使用 IP 地址而不是主机名来验证证书

curl -v --cacert ca.crt https://192.168.99.100:5044

此测试的验证失败，因为证书对指定的 IP 地址无效。它仅对 logs.mycompany.com 有效，即证书的“主体”字段中显示的主机名。

* Rebuilt URL to: https://192.168.99.100:5044/
*   Trying 192.168.99.100...
* Connected to 192.168.99.100 (192.168.99.100) port 5044 (#0)
* WARNING: using IP address, SNI is being disabled by the OS.
* SSL: certificate verification failed (result: 5)
* Closing connection 0
curl: (51) SSL: certificate verification failed (result: 5)

请参阅 故障排除文档，了解有关解决此问题的更多信息。

测试 Packetbeat 到 Logstash 的连接编辑

如果您已将 Packetbeat 作为服务运行，请先停止该服务。然后，通过在前景中运行 Packetbeat 来测试您的设置，以便您可以快速查看发生的任何错误

packetbeat -c packetbeat.yml -e -v

任何错误都将打印到控制台。请参阅 故障排除文档，了解有关解决常见错误的更多信息。

« 与 Elasticsearch 的安全通信 使用 Linux 安全计算模式 (seccomp) »