ClickHouse数据库SSL配置和SSL连接测试

sunny052962024-11-09 14:45

目录

[1.Server SSL配置介绍](#1.Server SSL配置介绍)

[2.Client SSL访问配置的介绍](#2.Client SSL访问配置的介绍)

[3.my测试环境上开启ClickHouse Server SSL配置 & 客户端SSL访问的配置流程](#3.my测试环境上开启ClickHouse Server SSL配置 & 客户端SSL访问的配置流程)

4.附录

1）SSL证书的几种类型

单域名SSL证书

通配符SSL证书

多域名SSL证书

多域名通配符SSL证书

2）单域名SSL证书生成

3）通配符SSL证书（泛域名SSL证书）生成

[4）多域名通配符SSL证书（配置了 SAN）生成](#4）多域名通配符SSL证书（配置了 SAN）生成)

[5）Java 默认内置的根证书](#5）Java 默认内置的根证书)

ClickHouse数据库SSL配置和SSL连接测试

1.Server SSL配置介绍

1）Configuring SSL User Certificate for Authentication（配置使用 SSL 用户证书进行身份验证）：

英文：

https://clickhouse.com/docs/en/guides/sre/ssl-user-auth

中文：

https://clickhouse.ac.cn/docs/en/guides/sre/ssl-user-auth

2）Configuring SSL-TLS（配置 SSL-TLS）：

英文：

https://clickhouse.com/docs/en/guides/sre/configuring-ssl

中文：

https://clickhouse.ac.cn/docs/en/guides/sre/configuring-ssl

3）SSL X.509 certificate authentication:

英文：

https://clickhouse.com/docs/en/operations/external-authenticators/ssl-x509

中文：

https://clickhouse.ac.cn/docs/en/operations/external-authenticators/ssl-x509

4）Global Server Settings（其中包含了 openSSL 服务器配置文件中的ssl相关配置、以及秘钥和证书文件的说明）

在 openSSL 章节描述了 privateKeyFile 、certificateFile 、caConfig、verificationMode、loadDefaultCAFile、extendedVerification 等配置参数。

英文：

https://clickhouse.com/docs/en/operations/server-configuration-parameters/settings#openssl

中文：

https://clickhouse.ac.cn/docs/en/operations/server-configuration-parameters/settings#openssl

2.Client SSL访问配置的介绍

1）JDBC Connect to ClickHouse with SSL:

英文：

https://clickhouse.com/docs/en/integrations/java/jdbc-driver

中文：

https://clickhouse.ac.cn/docs/en/integrations/java/jdbc-driver

里面介绍了JDBC SSL连接相关的SSL参数（SSL Properties）。

JDBC 连接相关的 SSL 参数：

Name | Default Value | Optional Values | Description

ssl | false | true, false | Whether to enable SSL/TLS for the connection

sslmode | strict | strict, none | Whether to verify SSL/TLS certificate

sslrootcert | -- | -- | Path to SSL/TLS root certificates

sslcert | -- | -- | Path to SSL/TLS certificate

sslkey | -- | -- | RSA key in PKCS#8 format

key_store_type | -- | JKS, PKCS12 | Specifies the type or format of the keystore/truststore file

trust_store | -- | -- | Path to the truststore file

key_store_password | -- | -- | Password needed to access the keystore file specified in the keystore config

2）关于 sslmode 参数值：

https://github.com/ClickHouse/poco/blob/master/NetSSL_OpenSSL/include/Poco/Net/Context.h

中有相更详细的介绍。

sslmode 支持： none | relaxed | strict| once。

服务器支持这四种配置，JDBC连接参数官方描述仅支持 none 和 strict 两种。

sslmode=none :

VERIFY_NONE = SSL_VERIFY_NONE。

访问走 https 加密协议。

Server：服务端不会要求客户端提供证书。服务端不会向客户端发送证书提供请求，所以，客户端压根不会发送证书给服务端。

Client：如果不使用匿名密码（默认禁用），服务端将会发送证书给客户端，客户端会校验，但校验结果将被忽略。无论校验成功还是校验失败，最终都是连接成功。

sslmode=relaxed :

VERIFY_RELAXED = SSL_VERIFY_PEER。【宽松检查】

访问走 https 加密协议。

Server: 服务端会要求客户端必须提供证书。服务端会向客户端发送证书提供请求。

客户端如果有证书：会发送证书给服务端。则服务端会校验客户端发送的证书。如果证书校验失败、则TLS/SSL握手阶段失败、连接立即失败。

客户端如果无证书：则不会发送证书给服务端。服务端不涉及证书校验。

Client: 如果服务端提供了证书、会校验服务端证书，如果证书校验失败、连接失败。如果服务端无证书，则不校验。

sslmode=strict :

VERIFY_STRICT = SSL_VERIFY_PEER | SSL_VERIFY_FAIL_IF_NO_PEER_CERT。 【严格检查】

访问走 https 加密协议。

Server: 服务端会要求客户端必须提供证书。如果客户端未提供证书、或者提供了证书但证书校验失败，则TLS/SSL握手阶段失败、连接立即失败。

Client: 和relaxed模式的Client行为相同。

sslmode=once :

VERIFY_ONCE = SSL_VERIFY_PEER | SSL_VERIFY_CLIENT_ONCE。

访问走 https 加密协议。

Server：服务端只在TLS/SSL握手阶段要求客户端必须提供证书。

Client: 和relaxed模式的Client行为相同。

ClickHouse JDBC SSL 访问格式：

Driver Class: com.clickhouse.jdbc.ClickHouseDriver

URL Syntax: jdbc:(ch|clickhouse)[:<protocol>]://endpoint1[,endpoint2,...][/<database>][?param1=value1&param2=value2][#tag1,tag2,...], for example:

jdbc:ch://localhost is same as jdbc:clickhouse:http://localhost:8123

jdbc:ch:https://localhost is same as jdbc:clickhouse:http://localhost:8443?ssl=true\&sslmode=STRICT

jdbc:ch:grpc://localhost is same as jdbc:clickhouse:grpc://localhost:9100

ClickHouse 默认端口：

http/https 端口：

8123: 默认http端口（clickhouse-client(common client)、clickhouse-http-client、clickhouse-jdbc-client 访问端口）

8443: 默认https端口（clickhouse-client(common client)、clickhouse-http-client、clickhouse-jdbc-client SSL安全访问端口）

tcp/tcps 端口：

9000: 默认tcp端口（clickhouse-cli-client、clickhouse-native-jdbc-client 访问端口）

9440：默认tcp安全端口（clickhouse-cli-client、clickhouse-native-jdbc-client SSL安全访问端口）

grpc/grpcs端口：

9100: 默认grpc（google RCP）端口，grpc/grpcs。

ClickHouse JDBC 和 Native JDBC 区别：Native JDBC 基于TCP协议，支持压缩等高级特性、性能高，但部分SQL语法该方式不支持。

示例1：

String url = "jdbc:ch://your-server:8443/default";

Properties properties = new Properties();

properties.setProperty("ssl", "true");

properties.setProperty("sslmode", "strict"); // NONE to trust all servers; STRICT for trusted only

properties.setProperty("sslrootcert", "/mine.crt");

try (Connection con = DriverManager

.getConnection(url, properties)) {

try (PreparedStatement stmt = con.prepareStatement(

// place your code here

}

}

3.my测试环境上开启ClickHouse Server SSL配置 & 客户端SSL访问的配置流程

准备工作

ssl 证书查看相关命令:

openssl x509 -in ca.crt -noout -text #查看CA证书内容（-text 打印其他所有信息，-noout 不打印证书信息）

openssl x509 -in ca.crt -text #查看CA证书内容（-text 打印其他所有信息）

openssl rsa -in chnode1.key -text #查看Server私钥文件中的私钥信息

openssl x509 -in chnode1.crt -noout -text #查看Server证书详细信息（包括公钥）

openssl rsa -in client1.key -text #查看Client私钥文件中的私钥信息

openssl x509 -in client1.crt -noout -text #查看Client证书详细信息（包括公钥）

1）进入容器内操作

docker exec -it clickhouse-server /bin/bash

2）先确认是否安装了 openssl，如果没有装、需要先安装

openssl

如果命令不存在、则先执行下面命令安装：

yum install -y openssl

3）创建证书目录

一般证书放在配置目录下（ mkdir -p /etc/clickhouse-server/certs ） 。

我因为 docker 容器挂载没有直接挂整个配置目录、而只挂了配置文件，所以，我把证书文件在数据库目录 /var/lib/clickhouse 下了：

mkdir -p /var/lib/clickhouse/certs

4）切换到证书目录

cd /var/lib/clickhouse/certs

接下来参考 配置 SSL-TLS 的文档 https://clickhouse.ac.cn/docs/en/guides/sre/configuring-ssl 继续操作、创建和配置证书。

注意：我没有配置使用SSL用户证书进行身份验证，只是配置了 SSL-TLS 证书验证。

如果实际业务需求需要配置使用SSL用户证书进行身份验证的话，可以参考官方资料介绍：https://clickhouse.ac.cn/docs/en/guides/sre/ssl-user-auth

两者配置有区别。

1）服务端生成 CA 私钥，生成 ca.key：

openssl genrsa -out ca.key 2048

2）服务端生成自签名 CA 证书，生成 ca.crt，该证书将用于使用 CA 密钥签署其他证书：

openssl req -x509 -subj "/C=CN/ST=ZJ/L=HZ/O=mytest01/OU=RD/CN=ca" -nodes -key ca.key -days 3650 -out ca.crt

注意：在创建证书请求文件的时候需要注意几点，下面生成服务器请求文件和客户端请求文件均要注意这三点：

a）根证书的CN（Common Name）填写 ca 或者 root 就可以了，而所有客户端和服务器端的证书的这个字段需要填写域名或IP；

b）一定要注意的是：根证书的这个 CN 字段和客户端证书、服务器端证书不能一样；

c）其他所有字段的填写，根证书、服务器端证书、客户端证书三者需保持一致、最后的密码可以直接回车跳过。

验证 CA 证书内容、查看所有信息：

openssl x509 -in ca.crt -text

注意：

clickhouse-server 和 clickhouse-client（clickhouse CLI命令行）用到的 ca 是 ca.crt （一般 c 语言用的是 ca.crt），

如果存在 Java 客户单使用 ca 证书时，用的是 JKS 证书、Java9及以上保本默认用 PKCS12 证书。这里可以按需选择是否要将 ca.crt 导出成 JKS、PKCS12 格式证书。

将 ca.crt（x509格式）证书导入生成 truststore（JKS），设置一个证书信息提取密码，我设置了：1q2w3e。

提示 Trust this certificate? [no]: yes 则输入 yes。生成 JKS truststore 的命令如下：

keytool -importcert -alias ca -file ca.crt -keystore truststore -storepass 1q2w3e

查看truststore中的证书信息：

keytool -list -v -keystore truststore

3）创建服务端证书请求（CSR）并生成服务端私钥（如果服务端是集群、则需要为每个节点创建一个），生成 chnode1.csr、chnode1.key：

openssl req -newkey rsa:2048 -nodes -subj "/C=CN/ST=ZJ/L=HZ/O=mytest01/OU=RD/CN=chnode1.mytest01.com" -keyout chnode1.key -out chnode1.csr

关于CN和SAN：

CN（Common Name 公共名）和 SAN（Subject Alternative Name 主题备用名）匹配来增强服务器端证书验证。

如果配置文件启用服务器主机名验证时，证书中包含的 CN 和 SAN 值将与服务器的主机名进行比较。如果配置的主机名与证书中的 CN 或 SAN 值不匹配，那么与后端服务器的连接将失败。SAN 支持泛域名。

SAN 是 SSL 标准 x509 中定义的一个扩展。使用了 SAN 字段的 SSL 证书，可以扩展此证书支持的域名，使得一个证书可以支持多个不同域名的解析，不再需要为每一个域名买一个 SSL 证书了。

CN 和 SAN 的一般规则：

CN -- 一般把你的主 URL（主机域名或者 /etc/hosts 中 IP 对应的 hostname） 放在这个通用名配置中（为了兼容性）。

SAN -- 一般把你所有的域放在这个主体备用名配置中，重复 CN。

CN 字段已被弃用、但仍然被广泛使用。为了确保绝对正确，您应该将所有名称都放入 SAN 字段中。CN 字段应该包含主题名称而不是域名。

假设使用者备用名（SAN）属性包含两个 DNS 的话，例如：

mytest01.com

chnode1.mytest01.com

设置 CN 时、仅设置两者之一：CN=domain.example。不能同时设置两个 CN，因为 CN 只能保存一个名称。

您可以使用2个简单的 CN 证书而不用一个 CN + SAN 证书的话，您需要2个 IP 地址。

如果一个证书要保护多个域名或者子域名，则可以参考后面附录中的泛域名SSL证书、多域名SSL证书生成方式。

openssl rsa -in chnode1.key -text #查看Server私钥文件中的私钥信息

4）使用服务端证书请求 CSR 和 CA 根证书，创建服务端证书密钥对（如果服务端是集群、则需要为每个节点创建一对服务端密钥对），生成 chnode1.crt（指定 -CAcreateserial 参数同时会自动生成一个 ca.srl，否则会因为 ca.srl 不存在而报错）

openssl x509 -req -in chnode1.csr -out chnode1.crt -CA ca.crt -CAkey ca.key -days 3650 -CAcreateserial

验证服务端证书 & 私钥文件内容、查看所有信息：

openssl x509 -in chnode1.crt -noout -text #查看Server证书详细信息（包括公钥）

openssl rsa -in chnode1.key -text #查看Server私钥文件中的私钥信息

5）检查新生成的服务端证书是否已针对 CA 证书进行验证（通过）：

openssl verify -CAfile ca.crt chnode1.crt

chnode1.crt: OK

服务端秘钥和证书生成完毕，生成的文件列表如下：

root@39f30b0a4934:/var/lib/clickhouse/certs# ls -l

total 28

-rw-r--r-- 1 root root 1074 Oct 31 19:25 ca.crt

-rw-r--r-- 1 root root 1675 Oct 31 19:25 ca.key

-rw-r--r-- 1 root root 17 Oct 31 19:26 ca.srl

-rw-r--r-- 1 root root 973 Oct 31 19:26 chnode1.crt

-rw-r--r-- 1 root root 899 Oct 31 19:25 chnode1.csr

-rw-r--r-- 1 root root 1704 Oct 31 19:25 chnode1.key

-rw-r--r-- 1 root root 812 Oct 31 19:27 truststore

如果前面没有生成 truststore 则文件列表如下：

root@39f30b0a4934:/var/lib/clickhouse/certs# ls -l

total 24

-rw-r--r-- 1 root root 1074 Oct 31 19:25 ca.crt

-rw-r--r-- 1 root root 1675 Oct 31 19:25 ca.key

-rw-r--r-- 1 root root 17 Oct 31 19:26 ca.srl

-rw-r--r-- 1 root root 973 Oct 31 19:26 chnode1.crt

-rw-r--r-- 1 root root 899 Oct 31 19:25 chnode1.csr

-rw-r--r-- 1 root root 1704 Oct 31 19:25 chnode1.key

6）如果是集群、请确认为每个节点都生成了服务端证书和秘钥，或者使用泛域名SSL证书。

如果访问的域名和证书秘钥库中的域名不匹配的话，会报错：

Caused by: java.security.cert.CertificateException: No name matching chnode2.mytest01.com found

at sun.security.util.HostnameChecker.matchDNS(HostnameChecker.java:231)

at sun.security.util.HostnameChecker.match(HostnameChecker.java:96)

at sun.security.ssl.X509TrustManagerImpl.checkIdentity(X509TrustManagerImpl.java:462)

at sun.security.ssl.X509TrustManagerImpl.checkIdentity(X509TrustManagerImpl.java:428)

at sun.security.ssl.X509TrustManagerImpl.checkTrusted(X509TrustManagerImpl.java:209)

at sun.security.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:132)

at sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1621)

at sun.security.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:223)

at sun.security.ssl.Handshaker.processLoop(Handshaker.java:1037)

at sun.security.ssl.Handshaker.process_record(Handshaker.java:965)

at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1064)

at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1367)

at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1395)

at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1379)

at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:559)

7）生成客户端证书和秘钥：

非必须的步骤。如果需要双向认证，可以继续为客户端创建客户端证书密钥对。如果不需要双向认证，这步可以跳过（因为后续客户端配置时无需指定客户端证书和秘钥）。

和前面服务器证书生成类似，参考前面的步骤，生成客户端的证书密钥对，命令如下：

openssl req -newkey rsa:2048 -nodes -subj "/C=CN/ST=ZJ/L=HZ/O=mytest01/OU=RD/CN=client1.mytest01.com" -keyout client1.key -out client1.csr

openssl x509 -req -in client1.csr -out client1.crt -CA ca.crt -CAkey ca.key -days 3650

如果客户端应用 JDBC 连接参数 sslkey 要求使用 其他格式（PKCS#8 或 PKCS#12），RSA私钥是PKCS#1、可以通过openssl命令转换成Apache读取证书私钥格式PKCS#8、或者PKCS#12：

openssl pkcs8 -topk8 -inform PEM -in client1.key -outform PEM -nocrypt -out client1.p8 #生成 PCKS#8 格式的 Client 证书（如果需要）

openssl pkcs12 -export -in client1.crt -inkey client1.key -name client1 -out client1.p12 #生成 PCKS#12 格式的 Client 证书（如果需要）

如果客户端应用需要用到JKS格式的keystore（Java应用用JKS格式），可以将将 PCKS#12 转换成JKS keystore：

keytool -importkeystore -v -srckeystore client1.p12 -srcstoretype pkcs12 -srcstorepass 1q2w3e -destkeystore client1.keystore -deststoretype jks -deststorepass 1q2w3e #生成 jks 格式的 keystore（如果需要）

openssl rsa -in client1.key -text #查看Client私钥文件中的私钥信息

openssl x509 -in client1.crt -noout -text #查看Client证书详细信息（包括公钥）

openssl verify -CAfile ca.crt client1.crt #检查新生成的客户端证书是否已针对 CA 证书进行验证（通过）

注意：

如果后续有不同类型的客户端、需要用到不同格式的证书（例如：JKS、PKCS12 格式），生成客户端证书和私钥后，可以在这里提前同时生成或转换 PKCS12、JKS 不同格式的文件。

当然，这里非必须的步骤。也可以先跳过、直接进入下面的步骤8，等后续客户端需要用到时，再转换/生成 JKS、PKCS12 格式文件。

数字证书是公钥的载体，而密钥库可以包含公钥、私钥信息。JKS 和 PKCS12 都是比较常用的两种密钥库格式/标准。

JKS 文件：Java Key Store 密钥库文件。搞Java开发、尤其是接触过 HTTPS 平台的同学并不陌生。

JKS 文件是通过 Java 原生工具 keytool 创建或者转换其他格式证书文件而生成，通常命名为 *.jks 或 *.keystore（与扩展名无关、仅标识而已）。

有些软件SSL使用时会将 crt 和 key 分开两个文件单独存放，而 Java 应用则将他们存在一个 *.jks 或 *.keystore 文件中，再设置一个提取信息的密码。

Java8（及以前的版本）中默认的 keystore 类型是 JKS，即如果您在使用 keytool 创建 keystore 时没有指定 -storetype，那么 keystore 格式将为JKS。

Java9（及以后的版本）中默认的 密钥库类型将更改为 PKCS12，因为它与 JKS 相比具有增强的兼容性。

PKCS12 文件：通常为 *.p12 或 *.pfx。它是通过 openssl 命令生成的。

PKCS12 文件是通过 openssl 生成的。通常命名为 *.pfx 或 *.p12。使用 DRE 格式编码（二进制内容）。

有些软件SSL使用时会将 crt 和 key 分开两个文件单独存放，而 Windows IIS 则将他们存在一个 *.pfx 或 *.p12 文件中，再设置一个提取信息的密码。

JKS 和 PKCS12 这两种格式的文件可以通过导入/导出的方式进行转换，Java keytool 工具可以将其进行转换。

keytool 命令参数：

-importkeystore 导入密钥库。通过格式设置，可以将 PKCS12文件转换为JKS格式。

-v 显示详情。

-srckeystore 源密钥库文件。

-srcstoretype 源密钥库格式。

-srcstorepass 源密钥库密码。

-destkeystore 目标密钥库文件。

-deststoretype 目标密钥库格式：JKS 或 PKCS12（如果不设置该参数，默认是JKS）

-deststorepass 目标密钥库密码，设置目标秘钥库访问密码。

生成 PKCS12 格式的文件（含证书和私钥）：

执行 openssl 命令将 RSA 私钥转 PKCS12 格式的文件（转换时会提示设置一个转换后的目标私钥库的密码）：

执行时会提示设置密码，我设置为 1q2w3e。-name client1 我设置了别名（Alias name）为 client1。

生成的 client1.p12 文件中会包含 证书 和 私钥 两部分内容：

openssl pkcs12 -export -in client1.crt -inkey client1.key -name client1 -out client1.p12

生成 JKS 格式的文件（含证书和私钥、给Java客户端使用）：

keytool 实现 PKCS12 转 JKS：

keytool -importkeystore -v -srckeystore client1.p12 -srcstoretype pkcs12 -srcstorepass 1q2w3e -destkeystore client1.keystore -deststoretype jks -deststorepass 1q2w3e

查看keystore中的证书信息：

keytool -list -v -keystore client1.keystore

keytool 也能支持将 JKS 转 PKCS12，如果有人提供了 JSK 密钥库文件，需要转 PKCS12 格式化的话，可以用 keytool 转换：

keytool -importkeystore -v -srckeystore client1.keystore -srcstoretype jks -srcstorepass 1q2w3e -destkeystore client1.p12 -deststoretype pkcs12 -deststorepass 1q2w3e

8）证书目录下证书文件生成完毕以后、重新进行一下授权：

chown -R clickhouse:clickhouse /var/lib/clickhouse/certs

查看证书目录文件列表：

root@6fa485afcbf4:/var/lib/clickhouse/certs# ls -l

total 48

-rw-r--r-- 1 clickhouse clickhouse 1074 Oct 31 11:25 ca.crt

-rw-r--r-- 1 clickhouse clickhouse 1675 Oct 31 11:25 ca.key

-rw-r--r-- 1 clickhouse clickhouse 17 Oct 31 11:31 ca.srl

-rw-r--r-- 1 clickhouse clickhouse 973 Oct 31 11:26 chnode1.crt

-rw-r--r-- 1 clickhouse clickhouse 899 Oct 31 11:25 chnode1.csr

-rw-r--r-- 1 clickhouse clickhouse 1704 Oct 31 11:25 chnode1.key

-rw-r--r-- 1 clickhouse clickhouse 973 Oct 31 11:31 client1.crt

-rw-r--r-- 1 clickhouse clickhouse 899 Oct 31 11:31 client1.csr

-rw-r--r-- 1 clickhouse clickhouse 1704 Oct 31 11:31 client1.key

-rw-r--r-- 1 clickhouse clickhouse 2032 Oct 31 11:32 client1.keystore

-rw-r--r-- 1 clickhouse clickhouse 2340 Oct 31 11:32 client1.p12

-rw-r--r-- 1 clickhouse clickhouse 812 Oct 31 11:27 truststore

证书和秘钥创建完毕、记下来就是修改ClickHouse服务器配置、开启SSL。

9）ClickHouse Server 配置修改开启SSL：

ClickHouse集群环境开启SSL的配置修改，可以参考官方的文档（4、5章节有详细介绍）：https://clickhouse.ac.cn/docs/en/guides/sre/configuring-ssl

我的docker环境的ClickHouse单节点的配置修改如下：

修改ClickHouse配置文件 config.xml 、使用SSL证书：

vim /etc/clickhouse-server/config.xml

如果docker内没有vi或vim命令，则退出到宿主机上修改挂载目录下的对应配置文件:

vim /data/clickhouse/conf/config.xml

修改<openSSL></openSSL>的配置如下：

<openSSL>

<server>

<certificateFile>/var/lib/clickhouse/certs/chnode1.crt</certificateFile>

<privateKeyFile>/var/lib/clickhouse/certs/chnode1.key</privateKeyFile>

<verificationMode>relaxed</verificationMode>

<loadDefaultCAFile>false</loadDefaultCAFile>

<caConfig>/var/lib/clickhouse/certs/ca.crt</caConfig>

<cacheSessions>true</cacheSessions>

<disableProtocols>sslv2,sslv3</disableProtocols>

<preferServerCiphers>true</preferServerCiphers>

</server>

</openSSL>

如果是集群节点，每个节点配置时填写各自对应的证书文件路径。

注意：

如果本节点还需要作为 Client 执行 ClickHouse CLI 登录访问 ClickHouse Server 的话，如果要使用 SSL 方式访问（非SSL方式访问、无需修改配置），

则需要配置 /etc/clickhouse-client/config.xml 中的 <client></client> 配置，指定客户端证书文件路径。

如果无需使用 ClickHouse CLI SSL 访问数据库、则无需修改客户端的 <client></client> 配置。

clickhouse-client 客户端的配置文件可以通过 --config-file 来指定，如果不指定则使用默认配置文件 /etc/clickhouse-client/config.xml 。

vim /etc/clickhouse-client/config.xml

如果docker 未提供vi命令的话，也可以宿主机执行

vim /data/clickhouse/client-conf/config.xml

<openSSL>

<client> <!-- Used for connection to server's secure tcp port -->

<loadDefaultCAFile>false</loadDefaultCAFile>

<caConfig>/var/lib/clickhouse/certs/ca.crt</caConfig>

<certificateFile>/var/lib/clickhouse/certs/client1.crt</certificateFile>

<privateKeyFile>/var/lib/clickhouse/certs/client1.key</privateKeyFile>

<cacheSessions>true</cacheSessions>

<disableProtocols>sslv2,sslv3</disableProtocols>

<preferServerCiphers>true</preferServerCiphers>

<!-- Use for self-signed: <verificationMode>none</verificationMode> -->

<invalidCertificateHandler>

<!-- Use for self-signed: <name>AcceptCertificateHandler</name> -->

<name>RejectCertificateHandler</name>

</invalidCertificateHandler>

</client>

</openSSL>

10）继续修改 config.xml、在每个节点上配置用于 SSL 的 gRPC：

<grpc>

<enable_ssl>1</enable_ssl>

<!-- The following two files are used only if enable_ssl=1 -->

<ssl_cert_file>/var/lib/clickhouse/certs/chnode1.crt</ssl_cert_file>

<ssl_key_file>/var/lib/clickhouse/certs/chnode1.key</ssl_key_file>

<!-- Whether server will request client for a certificate -->

<ssl_require_client_auth>true</ssl_require_client_auth>

<!-- The following file is used only if ssl_require_client_auth=1 -->

<ssl_ca_cert_file>/var/lib/clickhouse/certs/ca.crt</ssl_ca_cert_file>

<!-- Default compression algorithm (applied if client doesn't specify another algorithm).

Supported algorithms: none, deflate, gzip, stream_gzip -->

<compression>deflate</compression>

<!-- Default compression level (applied if client doesn't specify another level).

Supported levels: none, low, medium, high -->

<compression_level>medium</compression_level>

<!-- Send/receive message size limits in bytes. -1 means unlimited -->

<max_send_message_size>-1</max_send_message_size>

<max_receive_message_size>-1</max_receive_message_size>

<!-- Enable if you want very detailed logs -->

<verbose_logs>false</verbose_logs>

</grpc>

11）修改 config.xml 、开启 ssl 相关端口：

开启 https 端口、取消注释：

<https_port>8443</https_port>

开启 ClickHouse Native 安全 TCP 端口、取消注释：

<tcp_port_secure>9440</tcp_port_secure>

开启 interserver https 端口、取消注释：

<interserver_https_port>9010</interserver_https_port>

12）重启服务

docker环境，直接重启容器：

docker stop clickhouse-server

docker start clickhouse-server

如果非容器环境，执行重启ClickHouse服务命令：service clickhouse-server restart

13）连接测试

a）使用 ClickHouse CLI 连接数据库

clickhouse-client 命令行连接工具使用介绍、可参考官方资料（Command-Line Client）：

https://clickhouse.com/docs/en/interfaces/cli#clickhouse-client

非SSL连接：

clickhouse-client --host 127.0.0.1 --port 9000 --user root --password <PASSWORD>

SSL连接：

clickhouse-client --host 127.0.0.1 --port 9440 --user root --password <PASSWORD> --secure

clickhouse-client --host 127.0.0.1 --port 9440 --user root --password <PASSWORD> --secure --query "show tables"

注意：如果客户端配置文件中的<client></client>配置的CA证书有误（配置指定的不是签发所用的对应CA证书，例如：使用了默认证书或者其他CA证书），则会因为证书校验失败而连接失败，报错如下：

Code: 210. DB::NetException: SSL Exception: error:1000007d:SSL routines:OPENSSL_internal:CERTIFICATE_VERIFY_FAILED (127.0.0.1:9440)

注意：

> clickhouse-cli 工具 connect to ClickHouse with native TCP。因此，连接时需要指定 native TCP 端口（默认TCP非安全端口是 9000、默认TCP安全端口是9440）。

> 如果不指定数据库默认为default数据内裤、如果不指定用户名默认为default用户。

> --config-file : 可指定配置文件，如果不指定、则默认使用客户端配置文件 /etc/clickhouse-client/config.xml

> clickhouse-client 工具的主要参数（更多参数，参考官方介绍 https://clickhouse.com/docs/en/interfaces/cli#clickhouse-client）：

--host, -h -- The server name, 'localhost' by default. You can use either the name or the IPv4 or IPv6 address.

--port -- The port to connect to. Default value: 9000. Note that the HTTP interface and the native interface use different ports.

--user, -u -- The username. Default value: default.

--password -- The password. Default value: empty string.

--ask-password - Prompt the user to enter a password.

--query, -q -- The query to process when using non-interactive mode. --query can be specified multiple times, e.g. --query "SELECT 1" --query "SELECT 2". Cannot be used simultaneously with --queries-file.

--database, -d -- Select the current default database. Default value: the current database from the server settings ('default' by default).

--config-file -- The name of the configuration file.

--secure -- If specified, will connect to server over secure connection (TLS). You might need to configure your CA certificates in the configuration file. The available configuration settings are the same as for server-side TLS configuration.

进入容器操作、ClickHouse容器内默认携带了 clickhouse-client 命令

docker exec -it clickhouse-server /bin/bash

i）ClickHouse CLI tcp 非安全端口（9000）连接

注意：ClickHouse CLI 通过TCP非安全端口连接时，对SSL配置无要求。

clickhouse-client --host 127.0.0.1 --port 9000 --user root --password 1q2w3e

clickhouse-client --host 127.0.0.1 --port 9000 --user root --password 1q2w3e --query "show tables"

root@39f30b0a4934:/# clickhouse-client --host 127.0.0.1 --port 9000 --user root --password 1q2w3e

ClickHouse client version 21.8.13.6 (official build).

Connecting to 127.0.0.1:9000 as user root.

Connected to ClickHouse server version 21.8.13 revision 54449.

clickhouse :) select version();

SELECT version()

Query id: f560fc43-b5f0-469f-b9ef-295416b76138

┌─version()─┐

│ 21.8.13.6 │

└───────────┘

1 rows in set. Elapsed: 0.003 sec.

clickhouse :)

ii）ClickHouse CLI tcp 安全端口（9440）连接

clickhouse-client --host 127.0.0.1 --port 9440 --user root --password 1q2w3e --secure

clickhouse-client --host 127.0.0.1 --port 9440 --user root --password 1q2w3e --secure --query "show tables"

客户端配置文件 /etc/clickhouse-client/config.xml 中配置了CA证书、客户端证书、客户端秘钥，SSL连接成功

root@6fa485afcbf4:/# clickhouse-client --host 127.0.0.1 --port 9440 --user root --password 1q2w3e --secure

ClickHouse client version 21.8.13.6 (official build).

Connecting to 127.0.0.1:9440 as user root.

Connected to ClickHouse server version 21.8.13 revision 54449.

clickhouse :) select version();

SELECT version()

Query id: de89fbbb-cd2e-482a-a1c0-88bdc565da27

┌─version()─┐

│ 21.8.13.6 │

└───────────┘

1 rows in set. Elapsed: 0.002 sec.

clickhouse :)

iii）ClickHouse CLI tcp 安全端口（9440）连接

clickhouse-client --host 127.0.0.1 --port 9440 --user root --password 1q2w3e --secure

clickhouse-client --host 127.0.0.1 --port 9440 --user root --password 1q2w3e --secure --query "show tables"

客户端配置文件 /etc/clickhouse-client/config.xml 中只配置CA证书，不配置（注释掉）客户端证书和客户端秘钥，SSL连接成功

iv）ClickHouse CLI tcp 安全端口（9440）连接

clickhouse-client --host 127.0.0.1 --port 9440 --user root --password 1q2w3e --secure

clickhouse-client --host 127.0.0.1 --port 9440 --user root --password 1q2w3e --secure --query "show tables"

客户端配置文件 /etc/clickhouse-client/config.xml 中不配配置CA证书、客户端证书和客户端秘钥（三个配置项全部注释掉），SSL连接失败：

Code: 210. DB::NetException: SSL Exception: error:1000007d:SSL routines:OPENSSL_internal:CERTIFICATE_VERIFY_FAILED (127.0.0.1:9440)

vi）ClickHouse CLI tcp 安全端口（9440）连接

clickhouse-client --host 127.0.0.1 --port 9440 --user root --password 1q2w3e --secure --config-file=/var/lib/clickhouse/config_invalid_crt.xml

客户端配置文件 --config-file=/var/lib/clickhouse/config_invalid_crt.xml 指定配置文件、配置文件中配置了CA（正确的）、客户端私钥 和 客户端证书。

只有CA是正确的，客户端私钥和客户端证书为非法（其他环境生成的客户端证书）。

满足预期、连接失败：Code: 210. DB::NetException: SSL Exception: error:10000418:SSL routines:OPENSSL_internal:TLSV1_ALERT_UNKNOWN_CA, while reading from socket (127.0.0.1:9440)

b）使用第三方客户端工具连接数据库

DBeaver 客户端连接数据库，测试普通连接（http）和SSL安全连接（https）

ClickHouse 官方有介绍 DBeaver 客户端 SSL 连接的配置：https://clickhouse.com/docs/en/integrations/dbeaver

JDBC 连接 8123 （http）端口，URL：

jdbc:clickhouse://192.168.100.250:8123/default

连接成功

JDBC 连接 8443 （https/SSL）安全端口，URL：

jdbc:clickhouse://192.168.100.250:8443/default?ssl=true&sslmode=none

ssl=true&sslmode=none、Client证书未配置：SSL连接成功。

JDBC 连接 8443 （https/SSL）安全端口，URL：

jdbc:clickhouse://192.168.100.250:8443/default?ssl=true&sslmode=strict

ssl=true&sslmode=strict、只配置CA证书，Client证书&秘钥未配置，用IP：SSL连接失败。报错：doesn't match any of the subject alternative names

JDBC 连接 8443 （https/SSL）安全端口，URL：

jdbc:clickhouse://chnode1.mytest01.com:8443/default?ssl=true&sslmode=strict

ssl=true&sslmode=strict（连接驱动属性中配置、URL中不指定?参数）、只配置CA证书（连接驱动属性中配置），Client证书&秘钥未配置，用域名：SSL连接成功。

注意：要修改/etc/hosts。

改成用域名访问：

修改 c:\Windows\System32\drivers\etc\

添加:

192.168.100.250 chnode1.mytest01.com

继续测试：尝试客户单指定CA证书、客户端证书和秘钥的方式连接：

把证书拷贝到本地电脑 && dbeaver 配置指定ssl证书文件。

注意：如果用DBeaver客户端以SSL方式访问数据库的话，由于步骤7）中生成的客户端私钥是RSA格式的，而 clickhouse-jdbc 需要的客户端私钥格式是 PKCS 8，因此需要将生成的 client1.key 转换成 PKCS 8 格式的私钥。

jdbc:clickhouse://chnode1.mytest01.com:8443/default?ssl=true&sslmode=strict

ssl=true&sslmode=strict（连接驱动属性中配置、URL中不指定?参数）、配置CA证书、Client证书和秘钥（连接驱动属性中配置），用域名：SSL连接失败，报错如下：

Code: 516, e.displayText() = DB::Exception: root: Authentication failed: password is incorrect or there is no user with such name (version 21.8.13.6 (official build))

网上有人说是DBeaver连接ClickHouse SSL需要的私钥格式是 PKCS8 格式，尝试生产 PKCS8 格式私钥文件：

RSA 私钥转 PKCS 8 格式的转换命令：

openssl pkcs8 -topk8 -inform PEM -in client1.key -outform PEM -nocrypt > client1.key.pkcs8

但连接还是报错。

原因不清楚。

c）Java 开发 Demo 进行JDBC连接测试：

String url = "jdbc:ch://chnode2.mytest01.com:8443/default";

Properties properties = new Properties();

properties.put("user", user);

properties.put("password", pwd);

properties.setProperty("ssl", "true");

properties.setProperty("sslmode", "strict"); // NONE to trust all servers; STRICT for trusted only

properties.setProperty("sslrootcert", "./ssl-cert-clickhouse/ca.crt"); //同时设置ca证书（ca.crt）、cert和JKS混用

properties.setProperty("key_store_type", "JKS");

properties.setProperty("trust_store", "./ssl-cert-clickhouse/client1.keystore"); //clickhouse/jdbc 实际当做 keystore 用

properties.setProperty("key_store_password", "1q2w3e");

Class.forName(this.driverClassName);

connection = DriverManager.getConnection(url, properties);

注意：ClickHouse JDBC SSL 参数和 传统数据库 例如 MySQL SSL 等提供的参数有比较大的差异。

1）官方介绍：https://clickhouse.com/docs/en/integrations/java/jdbc-driver

2）ClickHouse JDBC SSL 连接参数对于JKS类型的证书密钥库配置参数，提供了 trust_store、key_store_password，但没有提供 key_store 和 trust_store_password 参数。

3）ClickHouse JDBC SSL 连接参数 trust_store 实际是被 ClickHouse/JDBC 当做了 key_store 使用，因此需要传 key_store 配置文件路径、而不是 trust_store 文件路径。

4）ClickHouse JDBC SSL 连接参数 key_store_password 是 key_store 的文件密码。

5）ClickHouse JDBC SSL 连接参数，有两种设置方式：

方式1）Java系统Properties属性设置方式：

System.setProperty("javax.net.ssl.keyStore", keyStoreFile);

System.setProperty("javax.net.ssl.keyStorePassword", keyStorePwd);

System.setProperty("javax.net.ssl.trustStore", trustStoreFile);

System.setProperty("javax.net.ssl.trustStorePassword", trustStorePwd);

String url = "jdbc:ch://chnode1.mytest01.com:8443/default";

Properties properties = new Properties();

properties.put("user", user);

properties.put("password", pwd);

properties.setProperty("ssl", "true");

properties.setProperty("sslmode", "strict");

Class.forName("com.clickhouse.jdbc.ClickHouseDriver");

connection = DriverManager.getConnection(url, properties);

Statement st = connection.createStatement();

ResultSet rs = st.executeQuery("SELECT version()");

...

方式2）连接级Properteis参数设置方式：

String url = "jdbc:ch://chnode1.mytest01.com:8443/default";

Properties properties = new Properties();

properties.put("user", user);

properties.put("password", pwd);

properties.setProperty("ssl", "true");

properties.setProperty("sslmode", "strict"); // NONE to trust all servers; STRICT for trusted only

properties.setProperty("sslrootcert", "./ssl-cert-clickhouse/ca.crt"); //同时设置ca证书（ca.crt），JDBC连接参数没有提供JKS格式的truststore文件和truststore密码参数

properties.setProperty("key_store_type", "JKS");

properties.setProperty("trust_store", "./ssl-cert-clickhouse/client1.keystore"); //clickhouse jdbc 的 trust_store 参数实际要传 keystore

properties.setProperty("key_store_password", "1q2w3e"); //keystore密码

Class.forName("com.clickhouse.jdbc.ClickHouseDriver");

connection = DriverManager.getConnection(url, properties);

Statement st = connection.createStatement();

ResultSet rs = st.executeQuery("SELECT version()");

...

客户端的不同配置测试如下：

ssl=true&sslmode=none: 无需证书，连接成功

ssl=true&sslmode=strict：配置CA证书、不配客户端证书&私钥，连接成功；

ssl=true&sslmode=strict：配置CA证书、配置Client证书&私钥（crt&key)，连接失败，Java应用需要用JKS证书秘钥文件；

ssl=true&sslmode=strict：配置CA证书、配置JKS格式的Client证书密钥库文件 keystore（trust_store=keystore文件路径，ClickHouse trust_store 参数对应的是 keystore 文件）、配置 keystore 密码（key_store_password参数），连接成功；

ssl=true&sslmode=strict：不配CA证书、不配客户端证书&私钥，连接失败。如果是CA签发证书的话，理论上不配CA证书应该能连成功。自签发证书必须配置CA证书。

4.附录

1）SSL证书的几种类型

单域名SSL证书

标准SSL证书，保护一个明确的域名，例如：www.mytest01.com。

通配符SSL证书

Wildcard Certificates 也叫泛域名SSL证书。单个证书可以保护一个主域名（例如：mytest01.com）以及其所有的二级子域名（例如：www.mytest01.com、mail.mytest01.com 等），不限制子域名数量，但不能保护该主域名下的三级子域名（例如：shop.mail.mytest01.com）。通配符SSL证书可以保护通用域名和您在提交申请时指定的级别下的所有子域。只需在通用域名左侧的子域区域添加星号 (*) 即可。泛域名SSL证书只能保护同一级别的多个子域。

多域名SSL证书

SAN SSL证书。单个证书可以跨多个主域名、多个子域名提供安全保护。只要这些域名属于同一主体，就可申请一张多域名证书管理多个主域名和多个子域名网站。一般而言，多域名证书默认保护3个域名、超过默认域名数量，可支持付费增加。

多域名通配符SSL证书

SAN SSL证书。一张证书保护一个主域名和多个其二级子域名，对同级子域名数量无限制，新增子域名也无需额外付费。多域名证书集泛域名SSL和多域名SSL证书的优点于一身，一张SSL证书上可绑定多个通配符主域名，例如：*.mytest01.com; *.mytest02.cn; *.mytest03.com等。

2）单域名SSL证书生成

bash 复制代码 
rm -rf ca.*  truststore  chnode*.*  client*.* 

#CA证书生成
openssl genrsa -out ca.key 2048
openssl req -x509 -subj "/C=CN/ST=ZJ/L=HZ/O=mytest01/OU=RD/CN=ca" -nodes -key ca.key -days 3650 -out ca.crt
keytool -importcert -alias ca -file ca.crt -keystore truststore -storepass 1q2w3e  #生成 jks 格式的 truststore（如果需要）

#Server证书秘钥生成
openssl req -newkey rsa:2048 -nodes -subj "/C=CN/ST=ZJ/L=HZ/O=mytest01/OU=RD/CN=chnode1.mytest01.com" -keyout chnode1.key -out chnode1.csr
openssl x509 -req -in chnode1.csr -out chnode1.crt -CA ca.crt -CAkey ca.key -days 3650 -CAcreateserial


#Client证书秘钥对生成
openssl req -newkey rsa:2048 -nodes -subj "/C=CN/ST=ZJ/L=HZ/O=mytest01/OU=RD/CN=client1.mytest01.com" -keyout client1.key -out client1.csr
openssl x509 -req -in client1.csr -out client1.crt -CA ca.crt -CAkey ca.key -days 3650
openssl pkcs8 -topk8 -inform PEM -in client1.key -outform PEM -nocrypt -out client1.p8   #生成 PCKS#8  格式的 Client 证书（如果需要）
openssl pkcs12 -export -in client1.crt -inkey client1.key -name client1 -out client1.p12 #生成 PCKS#12 格式的 Client 证书（如果需要）
keytool -importkeystore -v -srckeystore client1.p12 -srcstoretype pkcs12 -srcstorepass 1q2w3e -destkeystore client1.keystore -deststoretype jks -deststorepass 1q2w3e #生成 jks 格式的 keystore（如果需要）


#查看证书、测试/校验证书
openssl x509 -in ca.crt -text             #查看CA证书详细信息
keytool -list -v -keystore truststore     #查看JKS格式的truststore证书详细信息

openssl x509 -in chnode1.crt -noout -text #查看Server证书详细信息（包括公钥）
openssl rsa -in chnode1.key -text         #查看Server私钥文件中的私钥信息
openssl verify -CAfile ca.crt chnode1.crt #测试/校验证书

openssl x509 -in client1.crt -noout -text #查看Client证书详细信息（包括公钥）
openssl rsa -in client1.key -text         #查看Client私钥文件中的私钥信息
openssl verify -CAfile ca.crt client1.crt #检查新生成的客户端证书是否已针对 CA 证书进行验证（通过）

keytool -list -v -keystore client1.keystore #查看JKS格式的keystore证书详细信息


#文件权限授权
chown -R clickhouse:clickhouse /var/lib/clickhouse/certs


#证书生成（或修改替换）以后，确认配置数据库使用正确后、需要重启数据库（docker环境则重启容器），生效配置：
docker stop clickhouse-server 
docker start clickhouse-server 
#SSL连接测试
docker exec -it clickhouse-server /bin/bash
clickhouse-client --user root --password 1q2w3e --port 9440 --secure --host 127.0.0.1 --query "select version()"
clickhouse-client --user root --password 1q2w3e --port 9440 --secure --host 127.0.0.1 --query "show tables"

#如果远程访问通过域名访问，别忘了配置本地DNS或者修改主机hosts
echo '192.168.100.250  chnode1.mytest01.com  chnode2.mytest01.com  chnode3.mytest02.com' >> /etc/hosts

3）通配符SSL证书（泛域名SSL证书）生成

bash 复制代码 
rm -rf ca.*  truststore  chnode*.*  client*.* 

#CA证书生成
openssl genrsa -out ca.key 2048
openssl req -x509 -subj "/C=CN/ST=ZJ/L=HZ/O=mytest01/OU=RD/CN=ca" -nodes -key ca.key -days 3650 -out ca.crt
keytool -importcert -alias ca -file ca.crt -keystore truststore -storepass 1q2w3e  #生成 jks 格式的 truststore（如果需要）


#Server证书秘钥生成
openssl req -newkey rsa:2048 -nodes -subj "/CN=*.mytest01.com" -keyout chnode1.key -out chnode1.csr
openssl x509 -req -in chnode1.csr -out chnode1.crt -CA ca.crt -CAkey ca.key -days 3650 -CAcreateserial


#Client证书秘钥对生成
openssl req -newkey rsa:2048 -nodes -subj "/C=CN/ST=ZJ/L=HZ/O=mytest01/OU=RD/CN=*.mytest01.com" -keyout client1.key -out client1.csr
openssl x509 -req -in client1.csr -out client1.crt -CA ca.crt -CAkey ca.key -days 3650
openssl pkcs8 -topk8 -inform PEM -in client1.key -outform PEM -nocrypt -out client1.p8   #生成 PCKS#8  格式的 Client 证书（如果需要）
openssl pkcs12 -export -in client1.crt -inkey client1.key -name client1 -out client1.p12 #生成 PCKS#12 格式的 Client 证书（如果需要）
keytool -importkeystore -v -srckeystore client1.p12 -srcstoretype pkcs12 -srcstorepass 1q2w3e -destkeystore client1.keystore -deststoretype jks -deststorepass 1q2w3e #生成 jks 格式的 keystore（如果需要）


#查看证书、测试/校验证书
openssl x509 -in ca.crt -text             #查看CA证书详细信息
keytool -list -v -keystore truststore     #查看JKS格式的truststore证书详细信息

openssl x509 -in chnode1.crt -noout -text #查看Server证书详细信息（包括公钥）
openssl rsa -in chnode1.key -text         #查看Server私钥文件中的私钥信息
openssl verify -CAfile ca.crt chnode1.crt #测试/校验证书

openssl x509 -in client1.crt -noout -text #查看Client证书详细信息（包括公钥）
openssl rsa -in client1.key -text         #查看Client私钥文件中的私钥信息
openssl verify -CAfile ca.crt client1.crt #检查新生成的客户端证书是否已针对 CA 证书进行验证（通过）

keytool -list -v -keystore client1.keystore #查看JKS格式的keystore证书详细信息


#文件权限授权
chown -R clickhouse:clickhouse /var/lib/clickhouse/certs


#证书生成（或修改替换）以后，确认配置数据库使用正确后、需要重启数据库（docker环境则重启容器），生效配置：
docker stop clickhouse-server 
docker start clickhouse-server 
#SSL连接测试
docker exec -it clickhouse-server /bin/bash
clickhouse-client --user root --password 1q2w3e --port 9440 --secure --host 127.0.0.1 --query "select version()"
clickhouse-client --user root --password 1q2w3e --port 9440 --secure --host 127.0.0.1 --query "show tables"

#如果远程访问通过域名访问，别忘了配置本地DNS或者修改主机hosts
echo '192.168.100.250  chnode1.mytest01.com  chnode2.mytest01.com  chnode3.mytest02.com' >> /etc/hosts

4）多域名通配符SSL证书（配置了 SAN）生成

bash 复制代码 
rm -rf ca.*  truststore  chnode*.*  client*.* 

#CA证书生成
openssl genrsa -out ca.key 2048
openssl req -x509 -subj "/C=CN/ST=ZJ/L=HZ/O=mytest01/OU=RD/CN=ca" -nodes -key ca.key -days 3650 -out ca.crt
keytool -importcert -alias ca -file ca.crt -keystore truststore -storepass 1q2w3e  #生成 jks 格式的 truststore（如果需要）


#Server证书秘钥生成
openssl req -newkey rsa:2048 -nodes \
        -subj "/C=CN/ST=ZJ/L=HZ/O=mytest01/OU=RD/CN=*.mytest01.com" \
        -reqexts SAN \
        -config <(cat /etc/pki/tls/openssl.cnf <(printf "\n[SAN]\nsubjectAltName=DNS:localhost,DNS:*.mytest01.com,DNS:*.mytest02.com")) \
        -keyout chnode1.key  -out chnode1.csr

openssl x509 -req -in chnode1.csr -out chnode1.crt -CA ca.crt -CAkey ca.key -days 3650 -CAcreateserial -extensions SAN -extfile <(cat /etc/pki/tls/openssl.cnf <(printf "[SAN]\nsubjectAltName=DNS:localhost,DNS:*.mytest01.com,DNS:*.mytest02.com"))

#注意 openssl.cnf 位置可能因为系统不同而不同，Centos7: /etc/pki/tls/openssl.cnf 其他有的系统可能是: /etc/ssl/openssl.cnf


#Client证书秘钥对生成
openssl req -newkey rsa:2048 -nodes \
        -subj "/C=CN/ST=ZJ/L=HZ/O=mytest01/OU=RD/CN=*.mytest01.com" \
        -reqexts SAN \
        -config <(cat /etc/pki/tls/openssl.cnf <(printf "\n[SAN]\nsubjectAltName=DNS:localhost,DNS:*.mytest01.com,DNS:*.mytest02.com")) \
        -keyout client1.key -out client1.csr

openssl x509 -req -in client1.csr -out client1.crt -CA ca.crt -CAkey ca.key -CAcreateserial -days 3650 \
        -extensions SAN \
        -extfile <(cat /etc/pki/tls/openssl.cnf <(printf "[SAN]\nsubjectAltName=DNS:localhost,DNS:*.mytest01.com,DNS:*.mytest02.com"))

#注意 openssl.cnf 位置可能因为系统不同而不同，Centos7: /etc/pki/tls/openssl.cnf 其他有的系统可能是: /etc/ssl/openssl.cnf

openssl pkcs8 -topk8 -inform PEM -in client1.key -outform PEM -nocrypt -out client1.p8   #生成 PCKS#8  格式的 Client 证书（如果需要）
openssl pkcs12 -export -in client1.crt -inkey client1.key -name client1 -out client1.p12 #生成 PCKS#12 格式的 Client 证书（如果需要）
keytool -importkeystore -v -srckeystore client1.p12 -srcstoretype pkcs12 -srcstorepass 1q2w3e -destkeystore client1.keystore -deststoretype jks -deststorepass 1q2w3e #生成 jks 格式的 keystore（如果需要）


#查看证书、测试/校验证书
openssl x509 -in ca.crt -text             #查看CA证书详细信息
keytool -list -v -keystore truststore     #查看JKS格式的truststore证书详细信息

openssl x509 -in chnode1.crt -noout -text #查看Server证书详细信息（包括公钥）
openssl rsa -in chnode1.key -text         #查看Server私钥文件中的私钥信息
openssl verify -CAfile ca.crt chnode1.crt #测试/校验证书

openssl x509 -in client1.crt -noout -text #查看Client证书详细信息（包括公钥）
openssl rsa -in client1.key -text         #查看Client私钥文件中的私钥信息
openssl verify -CAfile ca.crt client1.crt #检查新生成的客户端证书是否已针对 CA 证书进行验证（通过）

keytool -list -v -keystore client1.keystore #查看JKS格式的keystore证书详细信息


#文件权限授权
chown -R clickhouse:clickhouse /var/lib/clickhouse/certs


#证书生成（或修改替换）以后，确认配置数据库使用正确后、需要重启数据库（docker环境则重启容器），生效配置：
docker stop clickhouse-server 
docker start clickhouse-server 
#SSL连接测试
docker exec -it clickhouse-server /bin/bash
clickhouse-client --user root --password 1q2w3e --port 9440 --secure --host 127.0.0.1 --query "select version()"
clickhouse-client --user root --password 1q2w3e --port 9440 --secure --host 127.0.0.1 --query "show tables"

#如果远程访问通过域名访问，别忘了配置本地DNS或者修改主机hosts
echo '192.168.100.250  chnode1.mytest01.com  chnode2.mytest01.com  chnode3.mytest02.com' >> /etc/hosts

5）Java 默认内置的根证书

bash 复制代码 
#jdk8： %JAVA_HOME%/jire/lib/security
#jdk11：%JAVA_HOME%/lib/security/ 
#对应目录下Java会默认内置根证书密钥库文件 cacerts （JKS格式），默认密码为 changeit
#查看内置默认根证书的内容：keytool -list -v -keystore cacerts 
#如果想要把自己生成的自签发CA证书导入进去，命令如下：
cp cacerts cacerts.back  #修改前先备份一下
keytool -importcert -alias mytest02ClickHouseCA -file /opt/test/ssl-cert-clickhouse/ca.crt -keystore cacerts -storepass changeit  #导入
keytool  -list -v -alias mytest02ClickHouseCA -keystore cacerts  #查看导入结果
keytool  -delete -alias mytest02ClickHouseCA -keystore cacerts -storepass changeit #删除指定alias的证书
相关推荐
一条小小yu18 分钟前
高频 SQL 50 题（基础版）连接部分
数据库·sql
Beekeeper&&P...19 分钟前
sql中对象名称要加_的作用
数据库·sql
xserver222 分钟前
Openstack9--安装etcd分布式键-值对存储系统
数据库·分布式·openstack·etcd
liang0811424 分钟前
C#自定义特性-SQL
数据库
ppo_wu1 小时前
1Panel修改PostgreSQL时区
linux·数据库·docker·postgresql
门牙咬脆骨1 小时前
MYSQL 事务
数据库·mysql
旧故新长1 小时前
解决MySQL中整型字段条件判断禁用不生效的问题
数据库·oracle·tomcat
天天要nx1 小时前
D66【python 接口自动化学习】- python基础之数据库
数据库·python
颜淡慕潇3 小时前
【数据库系列】 Spring Boot 集成 Neo4j 的详细介绍
java·数据库·spring boot·后端·neo4j
水月梦镜花3 小时前
redis：RDB和AOF机制
数据库·redis·bootstrap
热门推荐
01聊聊 Python 中的同步原语，为什么有了 GIL 还需要同步原语02【HarmonyOS】HUAWEI DevEco Studio 下载地址汇总03Windows10安装PCL1.14.0及点云配准04软件工程从理论到实践客观题汇总(头歌第一章至第八章)05全面解析：构建基于深度学习的安全帽检测系统（UI界面+YOLO代码+数据集）06组基轨迹建模 GBTM的介绍与实现（Stata 或 R）07优化手机性能，解决卡顿问题：关闭这3个微信开关，释放内存空间08Ubuntu 20.04使用Livox mid 360 测试 FAST_LIO09Coze扣子平台完整体验和实践（附国内和国际版对比）10VSCode插件 —— Cody AI （免费AI助手！）