Zookeeper节点ACL权限设置(四)

最新推荐文章于 2025-07-04 16:26:43 发布
原创 最新推荐文章于 2025-07-04 16:26:43 发布 · 6.5k 阅读 · 18 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#zookeeper

本文详细介绍了ZooKeeper的ACL（访问控制列表）机制，包括scheme、id和permission三个核心概念，以及world、digest、auth和ip四种常见的授权策略。通过实际操作示例，展示了如何设置和使用不同类型的ACL。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

原文地址，转载请注明出处： https://blog.csdn.net/qq_34021712/article/details/82871976     ©王赛超 

官网地址
http://zookeeper.apache.org/doc/current/zookeeperProgrammers.html#sc_ZooKeeperAccessControl

概述

ACL全称为Access Control List（访问控制列表），用于控制资源的访问权限。ZooKeeper使用ACL来控制对其znode（ZooKeeper数据树的数据节点）的访问。ACL实现与UNIX文件访问权限非常相似：它使用权限位来允许/禁止针对节点的各种操作以及位应用的范围。与标准UNIX权限不同，ZooKeeper节点不受用户（文件所有者），组和world（其他）的三个标准范围的限制。
zk利用ACL策略控制节点的访问权限，如节点数据读写、节点创建、节点删除、读取子节点列表、设置节点权限等。
在传统的文件系统中，一个文件拥有某个组的权限即拥有了组里的所有权限，文件或子目录默认会继承自父目录的ACL。而在Zookeeper中，znode的ACL是没有继承关系的，每个znode的权限都是独立控制的，只有客户端满足znode设置的权限要求时，才能完成相应的操作。Zookeeper的ACL，分为三个维度：scheme、id、permission，通常表示为：scheme:id:permission，schema代表授权策略，id代表用户，permission代表权限。下面分别讲述一下这三个属性：

一、scheme

scheme即采取的授权策略，每种授权策略对应不同的权限校验方式。下面是zk常用的几种scheme：

  • world：默认方式，相当于全世界都能访问
  • auth：不使用任何id，表示任何经过身份验证的用户。
  • digest：即用户名:密码这种方式认证，这也是业务系统中最常用的,使用username:password字符串生成MD5哈希，然后将其用作ACL的ID标识。通过以明文形式发送 例如：wangsaichao:123456 来完成身份验证。在ACL中使用时，表达式将是wangsaichao:G2RdrM8e0u0f1vNCj/TI99ebRMw=。
  • ip：使用Ip地址认证
1> world

语法：world:anyone:cdrwa
创建节点默认的scheme，所有人都可以访问。如下所示：

## 创建新的节点 /node01
[zk: localhost:2181(CONNECTED) 10] create /node01 234
Created /node01
# 查看ACL
[zk: localhost:2181(CONNECTED) 11] getAcl /node01
'world,'anyone
: cdrwa
[zk: localhost:2181(CONNECTED) 12]
2> digest

语法：digest:username:BASE64(SHA1(password)):cdrwa
digest：是授权方式
username:BASE64(SHA1(password))：是id部分
cdrwa：权限部份
用户名+密码授权访问方式，也是常用的一种授权策略。id部份是用户名和密码做sha1加密再做BASE64加密后的组合，比如设置一个节点的用户名为wangsaichao，密码为123456，则表示方式为：
原：wangsaicaho:BASE64(SHA1(123456))
正确：wangsaichao:G2RdrM8e0u0f1vNCj/TI99ebRMw=。
密码加密需要用到zk的一个工具类来生成，如下所示：

java -Djava.ext.dirs=/Users/wangsaichao/Desktop/zookeeper-3.4.6/lib -cp /Users/wangsaichao/Desktop/zookeeper-3.4.6/zookeeper-3.4.6.jar org.apache.zookeeper.server.auth.DigestAuthenticationProvider wangsaichao:123456
wangsaichao:123456->wangsaichao:G2RdrM8e0u0f1vNCj/TI99ebRMw=

本文的Zookeeper安装在：/Users/wangsaichao/Desktop/zookeeper-3.4.6

下面是演示创建节点，并添加授权信息操作节点的示例：
## 查看/根节点
[zk: localhost:2181(CONNECTED) 1] ls /
[zookeeper]
## 创建节点/node
[zk: localhost:2181(CONNECTED) 2] create /node 123
Created /node
## 设置权限
[zk: localhost:2181(CONNECTED) 3] setAcl /node digest:wangsaichao:G2RdrM8e0u0f1vNCj/TI99ebRMw=:cdrwa
cZxid = 0x2
ctime = Sun Sep 09 16:25:51 CST 2018
mZxid = 0x2
mtime = Sun Sep 09 16:25:51 CST 2018
pZxid = 0x2
cversion = 0
dataVersion = 0
aclVersion = 1
ephemeralOwner = 0x0
dataLength = 3
numChildren = 0
## 获取节点刚刚设置的权限
[zk: localhost:2181(CONNECTED) 4] getAcl /node
'digest,'wangsaichao:G2RdrM8e0u0f1vNCj/TI99ebRMw=
: cdrwa
## 没有授权，创建子节点失败
[zk: localhost:2181(CONNECTED) 5] create /node/child_01 234
Authentication is not valid : /node/child_01
## 为当前session添加授权信息
[zk: localhost:2181(CONNECTED) 6] addauth digest wangsaichao:123456
## 添加授权信息后，创建子节点成功
[zk: localhost:2181(CONNECTED) 7] create /node/child_01 234        
Created /node/child_01
[zk: localhost:2181(CONNECTED) 8]
3> auth

scheme为auth时,不需要id。说的不需要id,但是还需要使用一个username:password的expression来表示这个权限,你也可以理解其实就是id，哈哈.

## 创建一个新的节点 /test_node1
[zk: localhost:2181(CONNECTED) 23] create  /test_node1 121
Created /test_node1
## 添加授权账号
[zk: localhost:2181(CONNECTED) 24] addauth digest zookeeper:zookeeper
## 然后设置节点的ACL
[zk: localhost:2181(CONNECTED) 25] setAcl /test_node1 auth:zookeeper:zookeeper:cdrwa
cZxid = 0x13
ctime = Sun Sep 09 17:46:26 CST 2018
mZxid = 0x13
mtime = Sun Sep 09 17:46:26 CST 2018
pZxid = 0x13
cversion = 0
dataVersion = 0
aclVersion = 1
ephemeralOwner = 0x0
dataLength = 3
numChildren = 0
## 查看刚才设置的ACL
[zk: localhost:2181(CONNECTED) 26] getAcl /test_node1
'digest,'zookeeper:4lvlzsipXVaEhXMd+2qMrLc0at8=
: cdrwa
[zk: localhost:2181(CONNECTED) 27]
这里有一个坑,在使用auth授权时,一定要先执行addauth digest zookeeper:zookeeper然后再授权，否则将使用上一次的授权expression。下面举个例子。执行多次addauth digest 用户名:密码 操作,在新的节点设置auth时，将都会生效。具体例子如下：
## 创建一个新的节点 /test_node2
[zk: localhost:2181(CONNECTED) 27] create /test_node2 234
Created /test_node2
## 设置auth授权, 使用一个并不存在的 hello用户,依然成功了
[zk: localhost:2181(CONNECTED) 28] setAcl /test_node2 auth:hello:hello:cdrwa
cZxid = 0x15
ctime = Sun Sep 09 17:50:10 CST 2018
mZxid = 0x15
mtime = Sun Sep 09 17:50:10 CST 2018
pZxid = 0x15
cversion = 0
dataVersion = 0
aclVersion = 1
ephemeralOwner = 0x0
dataLength = 3
numChildren = 0
## 查看ACL 竟然是之前的zookeeper用户
[zk: localhost:2181(CONNECTED) 29] getAcl /test_node2
'digest,'zookeeper:4lvlzsipXVaEhXMd+2qMrLc0at8=
: cdrwa
## 这个时候添加 hello 用户
[zk: localhost:2181(CONNECTED) 30] addauth digest hello:hello    
## 创建新的节点 /test_node3
[zk: localhost:2181(CONNECTED) 31] create /test_node3 456                   
Created /test_node3
## 查看ACL 这个时候还是world
[zk: localhost:2181(CONNECTED) 32] getAcl /test_node3
'world,'anyone
: cdrwa
## 设置auth ACL
[zk: localhost:2181(CONNECTED) 33] setAcl /test_node3 auth:hello:hello:cdrwa
cZxid = 0x17
ctime = Sun Sep 09 17:53:14 CST 2018
mZxid = 0x17
mtime = Sun Sep 09 17:53:14 CST 2018
pZxid = 0x17
cversion = 0
dataVersion = 0
aclVersion = 1
ephemeralOwner = 0x0
dataLength = 3
numChildren = 0
## 查看ACL 发现之前的zookeeper用户也存在
[zk: localhost:2181(CONNECTED) 34] getAcl /test_node3
'digest,'zookeeper:4lvlzsipXVaEhXMd+2qMrLc0at8=
: cdrwa
'digest,'hello:uXpRvPoy9gsHHSCo8uMtZmaXPIA=
: cdrwa
[zk: localhost:2181(CONNECTED) 35]
4> ip

基于客户端IP地址校验，限制只允许指定的客户端能操作znode。
比如，设置某个节点只允许IP为127.0.0.1的客户端能读写该写节点的数据：ip:127.0.0.1:rw

## 给node节点添加新的ACL权限
[zk: localhost:2181(CONNECTED) 8] setAcl /node ip:127.0.0.1:cdrwa 
cZxid = 0x2
ctime = Sun Sep 09 16:25:51 CST 2018
mZxid = 0x2
mtime = Sun Sep 09 16:25:51 CST 2018
pZxid = 0x5
cversion = 1
dataVersion = 0
aclVersion = 2
ephemeralOwner = 0x0
dataLength = 3
numChildren = 1
## 查看ACL
[zk: localhost:2181(CONNECTED) 9] getAcl /node
'ip,'127.0.0.1
: cdrwa
[zk: localhost:2181(CONNECTED) 10]

上面主要介绍了平时常用的三种scheme，除此之外，还有host、super、auth授权策略。

二、id

id是验证模式，不同的scheme，id的值也不一样。scheme为digest时，id的值为：username:BASE64(SHA1(password))，scheme为ip时，id的值为客户端的ip地址。scheme为world时，id的值为anyone。scheme为auth时,id为 username:password。

三、permission

znode可以拥有的权限还记得之前的授权语句，如：
digest:username:BASE64(SHA1(password)):cdrwa中的cdrwa即是permission。

  1. CREATE(r)：创建子节点的权限
  2. DELETE(d)：删除节点的权限
  3. READ(r)：读取节点数据的权限
  4. WRITE(w)：修改节点数据的权限
  5. ADMIN(a)：设置子节点权限的权限
示例
## 先在当前session中添加 wangsaichao:123456 用户
[zk: localhost:2181(CONNECTED) 35] addauth digest wangsaichao:123456
## 创建一个新的节点,并添加digest ACL(只能创建和删除) 因为是digest 所以密码为加密之后的
[zk: localhost:2181(CONNECTED) 36] create /test_node5 123 digest:wangsaichao:G2RdrM8e0u0f1vNCj/TI99ebRMw=:cd
Created /test_node5
## 没有WRITE权限, 设置节点数据 失败
[zk: localhost:2181(CONNECTED) 37] set /test_node5 234
Authentication is not valid : /test_node5
## 没有ADMIN权限,设置ACL失败
[zk: localhost:2181(CONNECTED) 38] setAcl /test_node5 auth:wangsaichao:123456:cdrwa
Authentication is not valid : /test_node5
## 没有READ权限, 读取节点 失败
[zk: localhost:2181(CONNECTED) 39] get /test_node5 
Authentication is not valid : /test_node5
## 具备CREATE权限，创建子节点成功
[[zk: localhost:2181(CONNECTED) 40] create /test_node5/child_01 123
Created /test_node5/child_01
## 具备DELETE权限，可以删除子节点
[zk: localhost:2181(CONNECTED) 41] delete /test_node5/child_01
[zk: localhost:2181(CONNECTED) 42]
为zookeeper配置相应的acl权限
08-29
主要介绍了为zookeeper配置相应的acl权限的相关实例，具有一定参考价值，需要的朋友可以了解下。
zookeeper节点权限介绍
weixin_34235135的博客
12-04 242
在《zookeeper介绍及环境搭建》、《zookeeper客户端的使用》和《zookeeper java api介绍》三篇文章中，分别介绍了ZooKeeper的实验环境搭建、ZooKeeper的数据结构、ZooKeeper客户端的使用和ZooKeeper提供的Java API。本篇文章我们将详细讨论ZooKeeper的另一个重要概念——...
深入理解 ZooKeeper：ZooKeeper的ACL实现
最新发布
mf97532的博客
07-04 715
zookeeper在分布式系统中承担中间件的作用,它管理的每一个节点上可能都存储这重要的信息,因为应用可以读取到任意节点,这就可能造成安全问题,ACL的作用就是帮助zookeeper实现权限控制, 比如对节点的增删改查通过跟踪上面的源码,我们知道了zookeeper的权限acl是如何实现的,以及客户端和服务端之间是如何相互配合的客户端同样是经过主线程跟进不同的命令类型,将请求打包packet发送到服务端服务端将addauth添加认证信息保存在内存中node会被持久化,因为它需要的认证同样被持久化。
zookeeper启动停止脚本
大数据学习之路Xy的博客
05-08 220
#!/bin/bash case $1 in "start"){ for i in hadoop102 hadoop103 hadoop104 do ssh $i "/opt/module/zookeeper-3.4.10/bin/zkServer.sh start" done };; "stop"){ for i in hadoop102 hadoop103 hadoop104 do
zookeeper acl 权限配置
cqconelin的专栏
07-09 812
Zookeeper提供了一套完善的ACL（Access Control List）权限控制机制来保障数据的安全。 Zookeeper的ACL权限控制和Unix/Linux操作系统中的ACL有一些区别，可以从三个方面来理解ACL机制，分别是：权限模式（Scheme）、授权对象（ID）和权限（Permission）、通常使用“scheme:id:permission”来标识一个有效的ACL信息。 权限模式：Scheme 权限模式用来确定权限验证过程中使用的检验策略。在Zookeeper中，开发人员使用最多
zookeeper未授权访问修复建议
萌兔兔MMQ！！
11-21 2307
setAcl /path auth:用户名:密码明文:权限。addauth digest 用户名:密码明文。为ZooKeeper配置相应的访问权限。1）增加一个认证用户。
zookeeper删除节点的权限_四、zookeeper的Acl权限控制
weixin_34862561的博客
02-05 804
一、概述zookeeper 类似文件系统，client 可以创建节点、更新节点、删除节点，那么如何做到节点的权限的控制呢？zookeeper的access control list 访问控制列表可以做到这一点。语法#采用特定的授权策略给特定的对象授予特定的权限setAcl path scheme:id:permissionacl 权限控制，使用scheme：id：permission 来标识，主要...
Zookeeper 节点权限控制ACL详解
渔夫数据库笔记
07-26 4841
Zookeeper可以使用ACL（access control list）访问控制列表来对节点的权限进行控制
ZooKeeper节点权限设置指南：精细化访问控制的实践
11-10
为了确保这些节点的安全访问，ZooKeeper提供了访问控制列表（ACL）机制，允许管理员为ZNode设置精细的权限。 ACL系统允许管理员定义谁可以访问特定的ZNode，以及他们可以执行哪些操作。每个ZNode都可关联一个ACL，...
zookeeper之znode节点与acl权限设置
m0_71777195的博客
07-02 1063
ZooKeeper是Apache软件基金会的一个软件项目，是一个分布式的，开放源码的分布式应用程序协调服务。它为大型分布式计算提供开源的分布式配置服务、同步服务和命名注册。ZooKeeper是一个典型的分布式数据一致性的解决方案，分布式应用程序可以基于它实现诸如数据发布/订阅、负载均衡、命名服务、分布式协调/通知、集群管理、Master 选举、分布式 锁和分布式队列等功能官网：http://ZooKeeper.apache.org/
zTree设置父节点不可选中，只可选中子节点（也可根据需求设置节点选中状态）
魏知非的博客
11-08 1万+
有两种方法：显示check radio 但是不能选中父节点，只能选中子节点；另一种方法是直接不显示父节点的check radio 一、是在callback里写回调方法，都是显示check radio的，有两种情况，一种是不可选择，一种是判断是否是父节点，是的话直接返回 callback: { beforeCheck: this.zTreeBeforeCheck,//在...
ZooKeeper 未授权访问漏洞处理方法
08-31
ZooKeeper 未授权访问漏洞处理方法和重设setAcl,需要设置超级管理密码后，方可修改
zookeeper授权方式设置
JohnieLi的博客
08-16 2237
备注：对需要进行白名单设置的路径进行设置，此处设置的路径没有继承关系，即设置了/test的白名单，但是/test/test2依然没有设置为白名单。备注：****此处虽然设置了ramboo1用户的权限，但是zk会默认添加所有存在的用户。备注：此处的密文密码不要随意更改，否则不知道对应的明文是多少，后续就没办法访问对应节点，切记！通过此IP白名单设置之后，即只允许设定过的IP服务器才能进行访问，其他机器无法访问。备注：如果退出了客户端，再进入的时候，需要重新添加用户，才可访问，即授权。可以添加多个用户，如。
zookeeper未授权访问漏洞修复
weixin_43966996的博客
05-08 5965
zookeeper进行服务ACL限制访问。
ZooKeeper ACL权限控制
热门推荐
赶路人儿
02-27 1万+
ZK 类似文件系统，Client 可以在上面创建节点、更新节点、删除节点等如何做到权限的控制？查阅文档，zk的ack（Access Control List）能够保证权限，但是调研完后发现它不是很好用。 ACL 权限控制，使用：schema:id:permission 来标识，主要涵盖 3 个方面： 权限模式（Schema）：鉴权的策略授权对象（ID）权限（Permission） 其
ZooKeeper--ACL权限控制
weixin_42073629的博客
08-07 1725
一、前言 为了避免存储在 Zookeeper 上的数据被其他程序或者人为误修改，Zookeeper 提供了 ACL(Access Control Lists) 进行权限控制。只有拥有对应权限的用户才可以对节点进行增删改查等操作。下文分别介绍使用原生的 Shell 命令和 Apache Curator 客户端进行权限设置。 二、使用Shell进行权限管理 2.1 设置与查看权限 想要给某个节点设置权限 (ACL)，有以下两个可选的命令： # 1.给已有节点赋予权限 setAcl path acl
zookeeper搭建以及acl权限访问控制
lyflyyvip的博客
12-21 3782
搭建zookeeper环境 1. 搭建zookeeper环境 官网下载文件，解压至服务器 cp zoo.cfg.template zoo.cfg 基本没有要修改的配置，默认配置就可以启动 1. 启动zookeeper ./bin/zkServer.sh start 2. 通过zk客户端连接刚才启动的zk服务 ./bin/zkCli.sh 3. 创建一个节点测试一下有没有问题 creat...
ZooKeeper节点权限控制详解
前者已逝，后者未至。
03-21 807
目标 了解ZooKeeper的几种ACL机制； 熟练使用命令为ZooKeeper的目录分配权限。 ACL机制 格式：scheme:id:permissions，其中scheme表示ACL方案；id表示验证模式；permissions表示权限类型。 [scheme]：有四种类型（world、auth、digest、ip），含义如下： world：所有人都可以访问，且对应的id只有一个为anyone； auth：不需要id，只通过身份验证（authentication）来获得权限；
【大数据Zookeeper系列】 Zookeeper ACL
weixin_54707168的博客
04-09 342
为了避免存储在 Zookeeper 上的数据被其他程序或者人为误修改，Zookeeper 提供了 ACL(Access Control Lists) 进行权限控制。只有拥有对应权限的用户才可以对节点进行增删改查等操作。下文分别介绍使用原生的 Shell 命令和 Apache Curator 客户端进行权限设置。
Zookeeper中节点的 ACL 是什么？
02-16
<think>嗯，用户现在问的是Zookeeper中节点的ACL是什么。之前他们问过关于Windows端口查看进程的命令，看来用户可能是在处理分布式系统的问题，或者在搭建某个需要Zookeeper协调的服务，比如Kafka之类的。这时候突然问ACL，可能是遇到了权限管理的问题，或者是在配置Zookeeper时遇到了安全相关的挑战。 首先，我需要回忆Zookeeper的ACL机制。ACL是访问控制列表，用来控制节点的访问权限。每个节点都可以有自己的ACL，定义谁可以执行哪些操作。Zookeeper的ACL由三部分组成：权限模式（scheme）、授权对象（id）和权限（permissions）。比如，使用world认证模式时，授权对象是anyone，允许所有用户访问。而digest模式则是基于用户名和密码的认证。 接下来要考虑用户可能的背景。他们可能已经对Zookeeper有基本的了解，现在需要深入权限管理。或许他们在配置多节点集群时，遇到了未经授权的访问问题，或者需要限制某些客户端的操作权限。用户可能想知道如何设置ACL来保护他们的数据，防止未授权的修改或访问。 用户的真实需求可能不仅仅是了解ACL的概念，而是如何具体实施。比如，如何为节点设置ACL，或者如何修改现有节点的权限。此外，用户可能对不同的权限模式（如ip、auth等）不太清楚，需要解释每种模式的应用场景。 需要确保回答覆盖ACL的组成、权限类型、常用模式，以及实际操作的例子。比如，使用命令行工具设置ACL，或者通过编程接口实现。同时，要提醒用户注意权限继承的问题，因为Zookeeper的ACL不具有继承性，每个节点都需要单独设置。 另外，用户可能遇到的问题包括ACL配置错误导致客户端无法访问，或者权限不足引发的异常。这时候需要指导他们如何检查和修正ACL设置，比如使用getAcl命令查看当前权限，或者使用addauth进行认证。 最后，要确保语言通俗易懂，避免过多专业术语，结合实际应用场景举例，帮助用户更好地理解和应用ACL机制。可能还需要提到最佳实践，比如避免使用world:anyone开放所有权限，以提升系统安全性。</think>在 ZooKeeper 中，**节点的 ACL（Access Control List，访问控制列表）** 是一种用于控制客户端对节点（ZNode）的访问权限的机制。通过 ACL，可以指定哪些用户或实体能够执行特定的操作（如读取、写入、删除等）。 --- ### **ACL 的组成** 每个 ACL 规则由以下三部分组成： 1. **权限模式（Scheme）** 定义权限的验证方式（例如 `world`、`auth`、`digest`、`ip` 等）。 2. **授权对象（ID）** 表示被授权的实体，具体含义取决于 Scheme。例如： - `world` 模式下，ID 固定为 `anyone`（所有用户）。 - `digest` 模式下，ID 是用户名和密码的哈希值（如 `user:password`）。 3. **权限（Permissions）** 定义允许的操作类型，包括： - `CREATE`：创建子节点。 - `READ`：读取节点数据及子节点列表。 - `WRITE`：修改节点数据。 - `DELETE`：删除子节点。 - `ADMIN`：修改 ACL 权限。 --- ### **常用权限模式（Scheme）** 1. **`world`** - 默认模式，允许所有客户端访问。 - 示例：`scheme:world, id:anyone, permissions:cdrwa`（所有权限）。 2. **`auth`** - 仅允许经过认证的客户端访问（客户端需通过 `addauth` 命令认证）。 - 示例：`scheme:auth, id:<any-user>, permissions:cdrwa`。 3. **`digest`** - 基于用户名和密码的认证（密码需经过 SHA1 哈希）。 - 示例：`scheme:digest, id:user:base64(sha1(password)), permissions:cdrwa`。 4. **`ip`** - 基于客户端 IP 地址限制访问。 - 示例：`scheme:ip, id:192.168.1.100, permissions:cdrwa`。 --- ### **ACL 操作示例** #### 1. 查看节点的 ACL ```bash # 查看 /my_node 的 ACL getAcl /my_node ``` #### 2. 设置节点的 ACL ```bash # 使用 digest 模式设置 ACL setAcl /my_node digest:user:base64(sha1(password)):cdrwa ``` #### 3. 客户端认证（针对 `auth` 或 `digest` 模式） ```bash # 在客户端连接后，添加认证信息 addauth digest user:password ``` --- ### **ACL 特性** 1. **无继承性** 父节点的 ACL 不会自动继承到子节点，需手动设置。 2. **临时节点限制** 临时节点（Ephemeral Node）不能设置 ACL。 3. **权限优先级** 多个 ACL 规则时，只要有一个规则允许操作，即可执行。 --- ### **最佳实践** - 避免使用 `world:anyone:cdrwa`（默认开放所有权限），尤其是在生产环境。 - 优先使用 `digest` 或 `auth` 模式进行用户认证。 - 结合 `ip` 模式限制访问来源，增强安全性。 通过合理配置 ACL，可以有效保护 ZooKeeper 中节点的数据安全。
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值