使用 Logstash 的安全通信

您可以使用 SSL 双向身份验证来保护 Packetbeat 和 Logstash 之间的连接。这可以确保 Packetbeat 仅将加密数据发送到受信任的 Logstash 服务器，并且 Logstash 服务器仅接收来自受信任的 Packetbeat 客户端的数据。

要使用 SSL 双向身份验证

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

如果您正在使用安全功能，则可以使用 elasticsearch-certutil 工具来生成证书。
配置 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。
配置 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 服务器的证书。即使用于与 Logstash 通信的协议不是基于 HTTP 的，您也可以使用 curl 来验证证书。例如

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) »