我们正在将我们的记录从外部合作伙伴转移到我们自己的内部。 ELK几乎是设置和工作。 但是以某种方式确保节拍与存储连接不起作用。 已安装X-pack。 Filebeat也在使用中。
你们是如何保护自己的ELK的? 我尝试了来自HERE,HERE的内容,以及几乎所有来自旧谷歌的内容。
编辑:一切都在运行。所以下一步就是保护filebeat到logstash连接......这根本不适用于包含在x-pack中的certificate-creation-tool-thingy。 来自LogstashLog:
"[ERROR][logstash.inputs.beats ] Looks like you either have an invalid key or your private key was not in PKCS8 format. {:exception=>java.lang.IllegalArgumentException: File does not contain valid private key: bla/bla/bla.key"
已经有了它的PKCS8格式,但它也给出了同样的错误..
来自FilebeatLog:
"ERR Connecting error publishing events (retrying): read tcp xxx.xxx.x.xxx:49914->yyy.yyy.y.yyy:5043: i/o timeout"
先谢谢
编辑部2:我现在已经重做了一千次。仍然是相同的错误。 如果我在.key文件上更改某些内容,例如权限,则使用:"chmod 644 ca.key"
..我得到了一个不同的错误:
"[INFO ][org.logstash.beats.BeatsHandler] Exception: Die Verbindung wurde vom Kommunikationspartner zurückgesetzt, from: /xxx.xxx.x.xxx:"
...转换为同伴拒绝的连接..
有人有想法吗? EDIT3:
..如果我测试连接:
"openssl s_client -connect yyy.yyy.y.yyy:aaaa"
它有效。我可以连接。但是:
"verify error:num=18:self signed certificate"
现在FilebeatLog告诉我:
"x509: cannot validate certificate for yyy.yyy.y.yyy because it doesn't contain any IP SANs"
..这是总BS。我按照那些指导:[HERE] [3]和这个:[HERE] [4]。 (我无法发布'声誉限制的原因。)
下一页编辑: 在我的第三次证书娱乐后。有用! WUHUU。但是,再次:错误。是的,没什么不好,但我想理解这一点。
"Verify return code: 21 (unable to verify the first certificate)"
为什么?
NEXT EDIT2:重新启动后,它变为dis:
"depth=0 CN = yyyy
verify error:num=20:unable to get local issuer certificate
verify return:1
depth=0 CN = yyyy
verify error:num=21:unable to verify the first certificate
verify return:1
140581134010112:error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failure:ssl/record/rec_layer_s3.c:1399:SSL alert number 40"
仍然:为什么?
所以,对于大多数人来说,这个问题太复杂了。
我的最后一个问题是:
Logstash-Log显示" OPENSSL_internal:PEER_DID_NOT_RETURN_A_CERTIFICATE" Filebeat-Log显示" ERR无法发布由以下原因引起的事件:write tcp xxx.xxx.x.xxx:xxxxx->yyy.yyy.y.yyy:yyyy:write:peer reset by peer INFO错误发布事件(重试):写tcp xxx.xxx.x.xxx:xxxxx->yyy.yyy.y.yyy:yyyy:写:连接由同行重置"
..甚至在更新所有证书之后。如果我用openssl连接它可以工作,如果我不使用curl。 关于为什么以及如何做的任何想法?
由于
答案 0 :(得分:0)
在关注了多篇有关如何设置它的文章之后,我遇到了其中任何一个都未提及的内容。 (也许是它的新增功能?)
在Logstash 7.2.0中,配置ssl_certificate_authorities => ["/etc/logstash/pki/ca.crt"]
时-这将强制服务器验证客户端证书(称为Mutual TLS)。
我不得不将其从logstash配置中删除,并且解决了OPENSSL_internal:PEER_DID_NOT_RETURN_A_CERTIFICATE
错误。
logstash输入配置如下:
input {
beats {
port => 5044
ssl => true
ssl_certificate => ".../server.crt"
ssl_key => ".../server.key"
ssl_verify_mode => "none"
}
}