“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访问控制条目应始终只是继承,因为它们适用于任何实际对象没有意义.使用具有现代API的最新版本的Windows时,所有CREATOR OWNER条目都会自动标记为仅继承.
在高级GUI中,仅继承标志转换为“仅子文件夹和文件”.将其更改为“此文件夹,子文件夹和文件”将具有清除仅继承标志的效果,这对于CREATOR OWNER无法完成.基本的GUI可能不应该显示为Special,但我想MS没有想到这个特例. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- 为什么WPF应用程序在Windows 7和Windows 8之间看起来不一样
- windows-server-2008-r2 – IPv6主机不响应Neighbor Solici
- Windows 7从命令行清空整个目录
- 什么是MSVC DLL,静态库和导入库的正确命名约定
- windows-server-2008-r2 – 我可以直接将2003(不是R2)adpre
- Windows – Symantec Endpoint Protection(SEP / SEPM)流量
- Windows – 在架构上,共享对象(SO)和动态链接库(DLL)有什么
- windows – 如何使用robocopy删除超过30天的文件?
- 如何在Microsoft Visual C 2010 Express项目中创建本地数据
- windows – 如何使用Win32 API获取多个监视器的显示名称?