“CREATOR OWNER”NTFS组在Windows中始终具有特殊权限

我正在设置网络共享(见下面的故事),我遇到了一些NTFS权限的奇怪行为. “CREATOR OWNER”对象似乎只能在“安全性”选项卡中列出“特殊”权限.无论我做什么,系统都会恢复到此设置.有没有办法让“CREATOR OWNER”条目在安全选项卡中列出除Special之外的任何内容?这样可以更轻松地检查权限错误,因为我不必深入查看“高级”选项卡以查看我为此组设置的权限.这是在连接到 Windows Server 2008共享的Windows 7客户端上.

奖金问题:

我还想知道为什么“CREATOR OWNER”组不能将权限应用于“此文件夹”.这似乎是这个群体的一个奇怪的怪癖,必须有一个故事背后的原因.

我做了一些搜索并找到了“权限如何工作”technet article.我通过查找有关“OWNER”权限的信息进行浏览,并且只找到了有关该权限如何工作的一些信息.

[背景故事]

所以我有一个网络共享,用户将创建一个文件夹来存储他们在特定项目上的工作.由于项目经理给我的参数,每个用户文件夹中的文件都是私有的.除了该参数之外,该文件夹的用户将在一年中不断变化,有些仅持续几天.因此,为了尽可能降低管理开销,我按以下方式设置权限:

>用户组 – 允许 – 列出文件内容
>用户组 – 允许 – 写入
> CREATOR OWNER – 允许 – 修改

我设置了权限,点击确定,一切正常.后来,当我回来将内容管理器组添加到安全选项卡时,我注意到一些奇怪的事情. “CREATOR OWNER”条目已从“修改”切换为“特殊”.我进入高级权限,我注意到“CREATOR OWNER”仅适用于“仅子文件夹和文件”.然后我尝试将“应用于”下拉菜单重置为“此文件夹,子文件夹和文件”,但只要我点击“应用”它就会切换回来.

谢谢

CREATOR OWNER访问控制条目应始终只是继承,因为它们适用于任何实际对象没有意义.使用具有现代API的最新版本的Windows时,所有CREATOR OWNER条目都会自动标记为仅继承.

在高级GUI中,仅继承标志转换为“仅子文件夹和文件”.将其更改为“此文件夹,子文件夹和文件”将具有清除仅继承标志的效果,这对于CREATOR OWNER无法完成.基本的GUI可能不应该显示为Special,但我想MS没有想到这个特例.

相关文章

Windows注册表操作基础代码 Windows下对注册表进行操作使用的...
黑客常用WinAPI函数整理之前的博客写了很多关于Windows编程的...
一个简单的Windows Socket可复用框架说起网络编程,无非是建...
Windows文件操作基础代码 Windows下对文件进行操作使用的一段...
Winpcap基础代码 使用Winpcap进行网络数据的截获和发送都需要...
使用vbs脚本进行批量编码转换 最近需要使用SourceInsight查看...