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

前端之家收集整理的这篇文章主要介绍了“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相关文章