Closed ansultan1 closed 2 months ago
Hi! This looks like an issue on the server side. I can't see anything in that stacktrace that would imply a problem in the core. However there is one suspicious thing: tlsv1 alert decode error
. Although I've never seen this exact issue before, TLS v1.2 is the minimum required version in the core and TLS v1 is not supported, so this might be something you want to check. Let me know if you have more information or further questions!
@pyrooka thanks for response. it works well for all calls .i mean for each resource the call is successful but after few hours it throws this error. so if the issue is with tls it should fail on each call. also the TLS version above 1.2 is used
Sorry for the delay! To be honest I have no idea about what could be the cause of the issue, since it happens randomly and only after a few hours. I thought maybe something happens with the load balancer which triggers this exception, but that was just a guess. You can enable debug logging to have more details, perhaps you'll find something useful. Sorry I can't really add anything more, since this is really hard - if not impossible - to reproduce on our side. Since the SSL/TLS related code in the core is really simple, this could come from requests
or urllib3
.
Let me know if you have more details or any questions!
Edit: I found 2 kind of issues that can cause this exception:
I'm closing this issue for now but feel free to re-open if needed.
The connection failed because the SSL certificate is not valid. To use a self-signed certificate, disable verification of the server's SSL certificate by invoking the set_disable_ssl_verification(True) on your service instance and/ or use the disable_ssl_verification option of the authenticator.