Open thomasnal opened 1 year ago
Anyone can help with this problem? Librdkafka unreasonably tries to set some tls certificate while it is not asked to do it. Certificate is provided as a string via ssl.ca.pem option.
Librdkafka behaves the same way in python via confluent-kafka-python.
This remains a problem.
Hello,
I have a similar issue and found more information and a workaround in: https://github.com/confluentinc/librdkafka/issues/3751
@thomasnal did the workaround provided in the previous comment help at all?
@nhaq-confluent Yes, the link to the issue on librdkafka helped to understand the situation. The issue is due librdkafka, since it is not able handle ca.location in this case.
@thomasnal I am also facing the same error, Can you tell me the fix which you done for this?
Description
The same SSL certificate provided to 'ssl.ca.pem' property as a verbatim string succeeds on MacOS and Windows but fails on Linux/Ubuntu to verify the Confluent Cloud kafka broker. Why?
The CA certificate is the Let's Encrypt ISRG Root X1.
How to reproduce
Ubuntu ca-certificates bundle not needed since the PEM is provided as string.
After trying to supply a variety of values into
SslCaLocation
andSslCaPem
I it appears that rdkafka returns this confusing error when it is not able to find a correct certificate in any of the supplied options. Note however that the PEM is correct - the code above works on MacOS and on Windows machines.Anyone has an idea what is wrong on Linux/Ubuntu or can advise what to check?
Checklist
Please provide the following information: