Windows Server 2022 Datacenter中共享子文件夹的基于访问的枚举（ABE）未按预期工作的技术问询
嘿，我完全理解你的困惑——ABE的逻辑乍一看确实容易让人绕晕，你遇到的问题其实是配置里的两个关键细节没踩对节奏，咱们一步步拆解清楚：
首先得把ABE的核心规则掰明白：基于访问的枚举只会隐藏用户对其没有任何有效权限的文件夹。只要用户拥有该文件夹的读取（或更高）权限，ABE就会老老实实显示它，这就是你当前问题的核心根源。
咱们对照你的配置找问题：
你当前的配置漏洞
子文件夹NTFS权限过度授权
你最后给了DOMAIN USERS对USER1和USER2文件夹的完全控制权限，这意味着所有域用户不管是不是USER_1_group或USER_2_group的成员，都对这两个子文件夹拥有完整的NTFS权限。结合共享权限的授权，用户的有效权限是完全控制，ABE自然不会隐藏这些文件夹——毕竟用户实打实有权限访问啊。共享权限的设置逻辑偏差
虽然你启用了ABE，但共享权限给DOMAIN USERS完全控制其实没必要（当然这不是导致问题的直接原因，但不符合权限最小化原则）。共享权限是访问共享的第一道门槛，通常设置为DOMAIN USERS读取即可，精细的权限控制应该交给NTFS权限来实现。
修正步骤（让ABE按预期工作）
调整共享权限：
打开共享DATA_AUTH_TEST的高级共享设置，把共享权限里的DOMAIN USERS权限改为读取（保持ABE启用状态）。这一步是确保域用户能访问共享根，但具体子文件夹的权限由NTFS精准控制。修复子文件夹NTFS权限：
- 分别进入
USER1和USER2文件夹的安全属性，撤销之前给DOMAIN USERS的完全控制权限。 - 确认文件夹已禁用继承（你已经完成这一步，没问题），只保留
USER_1_group对USER1的完全控制，USER_2_group对USER2的完全控制。 - 确保其他用户（包括
DOMAIN USERS组）在这两个子文件夹上没有任何权限（至少没有读取及以上的权限）。
- 分别进入
验证效果：
用一个不属于USER_1_group和USER_2_group的域用户登录，访问共享\\服务器名\DATA_AUTH_TEST，此时应该看不到USER1和USER2文件夹；而属于对应组的用户则能正常看到并访问自己的专属文件夹。
再敲个重点：ABE的本质
ABE不是“限制用户对有权限文件夹的操作”，而是“隐藏用户完全无权访问的文件夹”。它的作用是让用户只看到自己能碰的内容，避免混乱，但真正的权限控制还是靠NTFS和共享权限的组合来实现的。
备注：内容来源于stack exchange，提问作者tpcolson
