Configuring SSL User Certificate for Authentication
This page is not applicable to ClickHouse Cloud. The feature documented here is not available in ClickHouse Cloud services. See the ClickHouse Cloud Compatibility guide for more information.
This guide provides simple and minimal settings to configure authentication with SSL user certificates. The tutorial builds on the Configuring SSL-TLS user guide.
SSL user authentication is supported when using the https
or native interfaces only.
It is not currently used in gRPC or PostgreSQL/MySQL emulation ports.
ClickHouse nodes need <verificationMode>strict</verificationMode>
set for secure authentication (although relaxed
will work for testing purposes).
1. Create SSL user certificates
This example uses self-signed certificates with a self-signed CA. For production environments, create a CSR and submit to your PKI team or certificate provider to obtain a proper certificate.
Generate a Certificate Signing Request (CSR) and key. The basic format is the following:
openssl req -newkey rsa:2048 -nodes -subj "/CN=<my_host>:<my_user>" -keyout <my_cert_name>.key -out <my_cert_name>.csr
In this example, we'll use this for the domain and user that will be used in this sample environment:
openssl req -newkey rsa:2048 -nodes -subj "/CN=chnode1.marsnet.local:cert_user" -keyout chnode1_cert_user.key -out chnode1_cert_user.csr
NoteThe CN is arbitrary and any string can be used as an identifier for the certicate. It is used when creating the user in the following steps.
Generate and sign the new user certificate that will be used for authentication. The basic format is the following:
openssl x509 -req -in <my_cert_name>.csr -out <my_cert_name>.crt -CA <my_ca_cert>.crt -CAkey <my_ca_cert>.key -days 365
In this example, we'll use this for the domain and user that will be used in this sample environment:
openssl x509 -req -in chnode1_cert_user.csr -out chnode1_cert_user.crt -CA marsnet_ca.crt -CAkey marsnet_ca.key -days 365
2. Create a SQL user and grant permissions
For details on how to enable SQL users and set roles, refer to Defining SQL Users and Roles user guide.
Create a SQL user defined to use the certiciate authentication:
CREATE USER cert_user IDENTIFIED WITH ssl_certificate CN 'chnode1.marsnet.local:cert_user';
Grant privileges to the new certicate user:
GRANT ALL ON *.* TO cert_user WITH GRANT OPTION;
NoteThe user is granted full admin privileges in this exercise for demostration purposes. Refer to the ClickHouse RBAC documentation for permissions settings.
NoteWe recommend using SQL to define users and roles. However, if you are currently defining users and roles in configuration files, the user will look like:
<users>
<cert_user>
<ssl_certificates>
<common_name>chnode1.marsnet.local:cert_user</common_name>
</ssl_certificates>
<networks>
<ip>::/0</ip>
</networks>
<profile>default</profile>
<access_management>1</access_management>
<!-- additional options-->
</cert_user>
</users>
3. Testing
Copy the user certificate, user key and CA certificate to a remote node.
Configure OpenSSL in the ClickHouse client config with certificate and paths.
<openSSL>
<client>
<certificateFile>my_cert_name.crt</certificateFile>
<privateKeyFile>my_cert_name.key</privateKeyFile>
<caConfig>my_ca_cert.crt</caConfig>
</client>
</openSSL>Run
clickhouse-client
.clickhouse-client --user <my_user> --query 'SHOW TABLES'
NoteNote that the password passed to clickhouse-client is ignored when a certificate is specified in the config.
4. Testing HTTP
Copy the user certificate, user key and CA certificate to a remote node.
Use
curl
to test a sample SQL command. The basic format is:echo 'SHOW TABLES' | curl 'https://<clickhouse_node>:8443' --cert <my_cert_name>.crt --key <my_cert_name>.key --cacert <my_ca_cert>.crt -H "X-ClickHouse-SSL-Certificate-Auth: on" -H "X-ClickHouse-User: <my_user>" --data-binary @-
For example:
echo 'SHOW TABLES' | curl 'https://chnode1:8443' --cert chnode1_cert_user.crt --key chnode1_cert_user.key --cacert marsnet_ca.crt -H "X-ClickHouse-SSL-Certificate-Auth: on" -H "X-ClickHouse-User: cert_user" --data-binary @-
The output will be similar to the following:
INFORMATION_SCHEMA
default
information_schema
systemNoteNotice that no password was specified, the certificate is used in lieu of a password and is how ClickHouse will authenticate the user.
Summary
This article showed the basics of creating and configuring a user for SSL certificate authentication. This method can be used with clickhouse-client
or any clients which support the https
interface and where HTTP headers can be set. The generated certicate and key should be kept private and with limited access since the certificate is used to authenticate and authorize the user for operations on the ClickHouse database. Treat the certificate and key as if they were passwords.