-
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
[CM] Unable to connect to TLS'd cluster for enrollment #9129
Comments
+1 |
I will mark it as a bug instead of an enhancement, if you want to use a custom CA the only solution at the moment would be to add the CA to the OS trust store and the enroll subcommand will pick it up. |
I think we should do the following, it appears that we already support having |
After talking with @mattapperson, since we are planning to move the enroll token to a web token we could add the CA as data in the web token and use that information when enrolling the beats. We would still need to allow the enroll subcommand to read the configuration from the yml when using the api with the username / password. |
The `enroll` subcommand allow to specify the CA and other SSL options when enrolling. Any TLS options will be persisted to the file and will be used when fetching the configuration. ``` ./filebeat enroll https://localhost:5601 d2eec88904f546f2816ce58061781c3d -E "management.kibana.ssl.certificate_authorities=/tmp/myca.crt" ``` Fixes: elastic#9129
The `enroll` subcommand allow to specify the CA and other SSL options when enrolling. Any TLS options will be persisted to the file and will be used when fetching the configuration. ``` ./filebeat enroll https://localhost:5601 d2eec88904f546f2816ce58061781c3d -E "management.kibana.ssl.certificate_authorities=/tmp/myca.crt" ``` Fixes: #9129
The `enroll` subcommand allow to specify the CA and other SSL options when enrolling. Any TLS options will be persisted to the file and will be used when fetching the configuration. ``` ./filebeat enroll https://localhost:5601 d2eec88904f546f2816ce58061781c3d -E "management.kibana.ssl.certificate_authorities=/tmp/myca.crt" ``` Fixes: elastic#9129 (cherry picked from commit 0a914fa)
The `enroll` subcommand allow to specify the CA and other SSL options when enrolling. Any TLS options will be persisted to the file and will be used when fetching the configuration. ``` ./filebeat enroll https://localhost:5601 d2eec88904f546f2816ce58061781c3d -E "management.kibana.ssl.certificate_authorities=/tmp/myca.crt" ``` Fixes: elastic#9129 (cherry picked from commit 0a914fa)
The `enroll` subcommand allow to specify the CA and other SSL options when enrolling. Any TLS options will be persisted to the file and will be used when fetching the configuration. ``` ./filebeat enroll https://localhost:5601 d2eec88904f546f2816ce58061781c3d -E "management.kibana.ssl.certificate_authorities=/tmp/myca.crt" ``` Fixes: elastic#9129 (cherry picked from commit 0a914fa)
…olling a beats (#10015) Cherry-pick of PR #9752 to 6.x branch. Original message: The `enroll` subcommand allow to specify the CA and other SSL options when enrolling. Any TLS options will be persisted to the file and will be used when fetching the configuration. ``` ./filebeat enroll https://localhost:5601 d2eec88904f546f2816ce58061781c3d -E "management.kibana.ssl.certificate_authorities=/tmp/myca.crt" ``` Fixes: #9129
…olling a beats (#10017) Cherry-pick of PR #9752 to 6.5 branch. Original message: The `enroll` subcommand allow to specify the CA and other SSL options when enrolling. Any TLS options will be persisted to the file and will be used when fetching the configuration. ``` ./filebeat enroll https://localhost:5601 d2eec88904f546f2816ce58061781c3d -E "management.kibana.ssl.certificate_authorities=/tmp/myca.crt" ``` Fixes: #9129
…olling a beats (#10016) Cherry-pick of PR #9752 to 6.6 branch. Original message: The `enroll` subcommand allow to specify the CA and other SSL options when enrolling. Any TLS options will be persisted to the file and will be used when fetching the configuration. ``` ./filebeat enroll https://localhost:5601 d2eec88904f546f2816ce58061781c3d -E "management.kibana.ssl.certificate_authorities=/tmp/myca.crt" ``` Fixes: #9129
…hen enrolling a beats (elastic#10016) Cherry-pick of PR elastic#9752 to 6.6 branch. Original message: The `enroll` subcommand allow to specify the CA and other SSL options when enrolling. Any TLS options will be persisted to the file and will be used when fetching the configuration. ``` ./filebeat enroll https://localhost:5601 d2eec88904f546f2816ce58061781c3d -E "management.kibana.ssl.certificate_authorities=/tmp/myca.crt" ``` Fixes: elastic#9129
…hen enrolling a beats (elastic#10017) Cherry-pick of PR elastic#9752 to 6.5 branch. Original message: The `enroll` subcommand allow to specify the CA and other SSL options when enrolling. Any TLS options will be persisted to the file and will be used when fetching the configuration. ``` ./filebeat enroll https://localhost:5601 d2eec88904f546f2816ce58061781c3d -E "management.kibana.ssl.certificate_authorities=/tmp/myca.crt" ``` Fixes: elastic#9129
Describe the enhancement:
When using an internal CA, or when you might have a hostname mismatch (for example: nat'd address) when enrolling in beat central management, there isn't a command line flag that gives the opportunity to specify ssl_verification: none, or specify a custom CA.
Describe a specific use case for the enhancement or feature:
In my deployments I sign from an internal CA, and need to specify the ssl settings in the configuration.
The text was updated successfully, but these errors were encountered: