You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Which means a user must compose the "id:key" themselves. Using the encoded form would mean less copy pasting, less errors, and simpler experience.
For backwards compatibility sake we can still support the "id:key" format by detecting if the input has a ":". In this case we can skip the base64 encoding and use the input as is.
The text was updated successfully, but these errors were encountered:
Hi, is there an update on this? We are trying to run logstash 8.8.1 in k8s which only supports secrets in the base64 format and we are now being forced to add an additional step to decode it. Same goes for cloud_id as well.
Currently logstash supports the api key in the form of "id:key":
However, the Elasticsearch output when creating an API Key is:
Which means a user must compose the "id:key" themselves. Using the encoded form would mean less copy pasting, less errors, and simpler experience.
For backwards compatibility sake we can still support the "id:key" format by detecting if the input has a ":". In this case we can skip the base64 encoding and use the input as is.
The text was updated successfully, but these errors were encountered: