配置用于身份验证的 SSL 用户证书
此页面与 ClickHouse Cloud 不相关。此处文档中记载的功能在 ClickHouse Cloud 服务中不可用。 有关更多信息,请参阅 ClickHouse 云兼容性 指南。
本指南提供了简单且最小的设置来配置使用 SSL 用户证书进行身份验证。该教程基于 配置 SSL-TLS 用户指南。
在使用 https
、native
、mysql
和 postgresql
接口时,支持 SSL 用户身份验证。
ClickHouse 节点需要设置 <verificationMode>strict</verificationMode>
以实现安全身份验证(尽管 relaxed
在测试时也可以工作)。
如果您在 MySQL 接口上使用 AWS NLB,您必须请求 AWS 支持启用未记录的选项:
我希望能够将我们的 NLB 代理协议 v2 配置为
proxy_protocol_v2.client_to_server.header_placement,Value=on_first_ack
。
1. 创建 SSL 用户证书
此示例使用自签名证书和自签名 CA。对于生产环境,请创建 CSR 并提交给您的 PKI 团队或证书提供商以获得适当的证书。
- 生成证书签名请求(CSR)和密钥。基本格式如下:
在本示例中,我们将在此示例环境中使用此域和用户:
CN 是任意的,可以使用任何字符串作为证书的标识符。在以下步骤创建用户时会使用到它。
- 生成并签署将用于身份验证的新用户证书。基本格式如下:
在本示例中,我们将在此示例环境中使用此域和用户:
2. 创建 SQL 用户并授予权限
有关如何启用 SQL 用户和设置角色的详细信息,请参阅 定义 SQL 用户和角色 用户指南。
- 创建一个定义为使用证书身份验证的 SQL 用户:
- 向新证书用户授予权限:
在此练习中,为了演示目的,该用户被授予完全管理权限。有关权限设置,请参阅 ClickHouse RBAC 文档。
我们建议使用 SQL 来定义用户和角色。然而,如果您当前在配置文件中定义用户和角色,则用户将如下所示:
3. 测试
-
将用户证书、用户密钥和 CA 证书复制到远程节点。
-
在 ClickHouse 客户端配置 中配置 OpenSSL,并指定证书和路径。
- 运行
clickhouse-client
。
请注意,当在配置中指定证书时,传递给 clickhouse-client 的密码将被忽略。
4. 测试 HTTP
-
将用户证书、用户密钥和 CA 证书复制到远程节点。
-
使用
curl
测试示例 SQL 命令。基本格式如下:
例如:
输出将类似于以下内容:
请注意,没有指定密码,证书用于替代密码,并且 ClickHouse 将使用该证书验证用户身份。
摘要
本文展示了为 SSL 证书身份验证创建和配置用户的基本知识。此方法可以与 clickhouse-client
或任何支持 https
接口并且可以设置 HTTP 头的客户端一起使用。生成的证书和密钥应保持私密并有限制访问,因为证书用于验证和授权用户在 ClickHouse 数据库上的操作。请将证书和密钥视为密码对待。