场景

本文适用于 Zookeeper 集群版本 3.4.x全部。

有如下场景：

1. 连接了需要保持ZK连接的服务（未启SASL，或者开启），例如Dubbo，同时还要连接到另一套集群，但是只有瞬时连接。
2. 连接了需要保持ZK连接的服务（开启SASL），例如Yarn，但是同时还要连接到另一套需要保持连接的集群，例如Dubbo。

场景1

是有解决方法的，在启动服务的时候会连接上Dubbo，但是连接另一个集群的时候，原来的认证方式是行不通的，这个时候只能用zookeeper.sasl.client修改为事先准备好的另一个ClientContextName，用完再恢复这个环境变量。

场景2

无法解决，只能放弃连接第二套集群，改用RESTFUL等方式转发服务。

原理

Zookeeper 3.5.2以后增加了ZKClientConfig类，将配置存于父类ZkConfig的Map<String,String>中。

以下是判断SASL方式的逻辑

可以看到Zookeeper 3.4.x 的设计，无法支持多种加密方式的Zk集群。因为环境变量无法动态修改，并且遇到需要保持连接的地方，不可能每次都改。

结论

Zookeeper 3.4.x的用户，如果应用中既有 SASL加密，也有非加密的ZK集群，无法同时支持两个需要保持的连接。

最方便可行的方案就是利用REST等非加密方式的服务进行转发，或者直接查询数据库。

但如果有一个是瞬时连接，则可以在执行前后分别设置一些环境变量，以及复原他们的值。

展望

如果使用3.5.5以上的Zookeeper，则可以通过设置ZKClientConfig实现不同客户端使用不同加密方式，例如zookeeper.sasl.clientconfig（LOGIN_CONTEXT_NAME_KEY）等等这些值。
但是相应的中间件如果用Curator Framework来连接Zk，也需要中间件自身提供对ZkClientConfig的支持，否则仍然需要修改源码，仅仅有这种可能性，但是不推荐。

标签：加密,Zookeeper,3.4,集群,JVM,SASL,连接
来源： https://www.cnblogs.com/slankka/p/14174385.html