是什么原因导致“<folder>上的权限被错误地排序”？

Question

在调试涉及SQLite和IIS的特别麻烦的错误时，我们在访问App_Data属性时遇到了权限问题

  

App_Data上的权限排序不正确，这可能会导致某些条目无效。

以下是截图：

我的问题不在于错误排序，我认为How do you programmatically fix a non-canonical ACL?已经很好地介绍了问题。

我想知道的是什么类型的订购不正确？例如，如果我们为Full Control添加Everyone，是否应该先于或遵循其他权限？是否存在触发错误的错误排序示例？我们点击了Reorder，因此我们无法再在我们的计算机上重现错误。

Answer 1

对于我们来说，正是Cygwin创建了显示这些问题的文件 此主题对此进行了解释，并提出了可能的解决方法。 What causes "The permissions on <folder> are incorrectly ordered"?

此外，我在其他线程中没有看到的某些内容，我们的ACL中包含“ NULL SID”： see the picture

Answer 2

HP有一个简单的解决方案：

https://support.hpe.com/hpesc/public/docDisplay?docId=emr_na-c00810470

TL; DR：

假设您有很多文件/文件夹要修复（就像我一样），请转到需要修复的文件/文件夹上方的文件夹。右键单击并选择该文件夹上的“属性”，然后单击“安全性”选项卡。然后单击“安全性”选项卡底部的“高级”按钮。

HP不会告诉您这一点，但是我必须在“高级”窗口中获取该文件夹的所有权。 “高级”对话框的第二行列出了文件夹的所有者，并在其旁边具有“更改...”链接。单击该链接，找到要拥有该文件夹的用户。单击复选框以将此更改应用于所有子级。然后，由于更改了所有权，系统将提示您关闭所有属性对话框。

返回我们定期安排的节目：

返回“属性”对话框的“安全性”选项卡，然后进入“高级”对话框。现在您可以更改权限。我删除了一大堆“拒绝”权限，这些权限由于（我认为）在Win 10 Pro计算机上写入文件并在Win 10家庭计算机上以其他用户访问它们而被削弱。再次检查选项以将更改应用于所有子项，然后在所有对话框上单击“确定”。 Windows将一次一次浏览您的文件，重置权限。