maybe try turning ‘verify’ to false to test if your ssl cert is the real culprit. updating your ssl libs (or using certifi) fixed it for me once. sometimes outdated modules cause weird cert chain errors
I had a similar problem when working with our internal bug tracking system. My issue turned out to be with the ‘verify’ parameter. Instead of pointing to a public key, it expects the certificate file in PEM format or a boolean value if you choose to bypass verification. Ensure that the file path is correct and accessible by your script. Additionally, enabling detailed logging for SSL connections helped me pinpoint the failure in the handshake, which eventually led me to correct the configuration.
i had a similar issue. try setting verify to false to see if its your cert file format. if that works then convert your cert to a proper pem file and double-check permissions. sometimes a minor ssl lib update helps too.
In my experience, SSL errors like these are often related to an incorrect certificate format or a missing certificate chain. I once encountered a similar issue while integrating with an external JIRA server. For me, verifying that your certificate is in the proper PEM format was crucial, as was ensuring that the certificate file’s permissions were set correctly for your Python environment. You might also want to verify if your environment’s SSL library is up to date or if there are any intermediary certificates needed for the SSL handshake.
I encountered similar SSL issues when integrating with external JIRA servers using Python. In my case, troubleshooting involved confirming that the certificate file is indeed in PEM format and that its location is correctly referenced. I also verified if the SSL libraries in use were up to date, as an outdated version sometimes mismanages the certificate chain. An additional step that yielded progress was trying to deploy the system’s own CA bundle, such as certifi, to isolate any discrepancies between an in-house certificate and the one expected by the client.