-
Notifications
You must be signed in to change notification settings - Fork 4.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Failing TLS handshakes should be logged #33632
Comments
Pinging @elastic/elastic-agent (Team:Elastic-Agent) |
Pinging @elastic/elastic-agent-data-plane (Team:Elastic-Agent-Data-Plane) |
Hi! We're labeling this issue as |
Yes, still relevant. |
Hello @klaernie sorry for the response delay. |
@pierrehilbert no worries, it's a gotcha, not a showstopper ;) |
Hi! We're labeling this issue as |
I recently spent quite some time figuring out why filebeat would not connect the logstash output to a tls-secured logstash server.
After quite some head scratching I only ever got log messages that reported the connection being reset, never any concrete issue.
A colleague then made my try disabling TLS verification (
ssl.verification_mode: "none"
) and to my surprise it worked.Later I found out that the default path to the ca-bundle set during the build of the rpm version does not exist on my server and I needed to set it manually.
I would have found it tremendously helpful if filebeat would have announced that it could not make the connection since it could not verify the certificate of the logstash server.
Could this be wired in, please?
The text was updated successfully, but these errors were encountered: