-
Notifications
You must be signed in to change notification settings - Fork 117
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Authenticate via SSH key instead of password #339
Comments
This would require updating one of the underlying Python clients to support ssh authentication. I believe that is theoretically possible with |
Note that using a TLS/SSL private certificate should actually work if the ClickHouse server supports mutual TLS. |
I understand @genzgd thanks for your reply. So I guess at the moment |
Note that Looking at the We would need a way to pass additional constructor parameters from the credentials. My first thought is to add something like "client_parameters" as a dictionary in the credentials file and pass them as keyword args. That would avoid having to actually update the Sample code for how to configure clickhouse-connect for mutual TLS authentication is in the integration test here. |
@genzgd thanks a lot for the info. I'll have a look. So you're saying changes would need to happen in two places? The second link is pointing to the same place of the first link if I'm not mistaken. |
@genzgd it seems the chc = Client(
host='<host>',
secure=True,
user='<user>',
keyfile='<myprivatekey>'
)
chc.execute('SHOW DATABASES') though I'm not sure if that's passed along, it seems still looking for a password:
|
I suspect that keyFile is for mutual TLS, not ssh authentication. |
Is your feature request related to a problem? Please describe.
I'd like to authenticate to ClickHouse via SSH key instead of password. I already have multiple users that have been created without password (
... IDENTIFIED BY ssh_key ...
) that needs to run DBT (I'd like to avoid creating a DBT user with password and share credentials around).Describe the solution you'd like
I was thinking the
private_key_file
field can be added toprofiles.yml
, I've seen this solution for Snowflake for example.Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
Additional context
I could help with this if you can point me to the right direction.
The text was updated successfully, but these errors were encountered: