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
In theory, Dataiku supports using self-signed certificates by setting e.g. using an environmental variable DKU_NO_CHECK_CERTIFICATE or by setting no_check_certificate=True in the set_remote function call of the non-open source dataiku package.
However, this parameter is not passed to the api_client(), which causes requests to fail which are made to Dataiku instances using self-signed certificates. It is possible to mitigate this by setting the verify value of the internal Session object to false:
would only be possible in parts by duplicating the logic to check the "DKU_NO_CHECK_CERTIFICATE" variable or config files, but would still fail for Dataiku session set up by using the set_remote_dss function call.
The best option would be to add a "no_check_certificate" parameter to the DSSClient class that can be set when creating an instance of the class. But as the DSSClient is also used by the closed-source dataiku package, it seems to me that this can't be solved by contributing to the open source dataikuapi package.
The text was updated successfully, but these errors were encountered:
In theory, Dataiku supports using self-signed certificates by setting e.g. using an environmental variable DKU_NO_CHECK_CERTIFICATE or by setting
no_check_certificate=True
in theset_remote
function call of the non-open source dataiku package.However, this parameter is not passed to the api_client(), which causes requests to fail which are made to Dataiku instances using self-signed certificates. It is possible to mitigate this by setting the verify value of the internal Session object to false:
Which is not obvious and requires looking through the internals of the package.
A fix at the central call site of the dataikuapi package,
_perform_http
:dataiku-api-client-python/dataikuapi/dssclient.py
Lines 1228 to 1233 in fc51e29
would only be possible in parts by duplicating the logic to check the "DKU_NO_CHECK_CERTIFICATE" variable or config files, but would still fail for Dataiku session set up by using the
set_remote_dss
function call.The best option would be to add a "no_check_certificate" parameter to the
DSSClient
class that can be set when creating an instance of the class. But as theDSSClient
is also used by the closed-sourcedataiku
package, it seems to me that this can't be solved by contributing to the open sourcedataikuapi
package.The text was updated successfully, but these errors were encountered: