在调试涉及 SQLite 和 IIS 的特别麻烦的错误时，我们在访问 App_Data 属性时遇到了权限问题
App_Data上的权限排序错误，可能导致部分条目无效。
这里还有一个截图：
我的问题不是错误的排序是什么，我认为How do you programmatically fix a non-canonical ACL? 已经很好地介绍了这个问题。
我想知道哪些类型的排序不正确？例如，如果我们将Full Control 放在Everyone 上，那应该在其他权限之前还是之后？是否有任何触发错误的错误排序示例？我们点击了Reorder，因此我们无法再在我们的机器上重现该错误。
【问题讨论】：
对我们来说，是 Cygwin 创建的文件显示了这些问题 该线程解释了它和可能的补救措施。 cygwin sets file permission to 000
另外，我在其他线程中没有看到的东西，我们的 ACL 中有“NULL SID”： see the picture
【讨论】：
HP 有一个简单的解决方案：
https://support.hpe.com/hpesc/public/docDisplay?docId=emr_na-c00810470
TL;DR：
假设您有很多文件/文件夹要修复（就像我所做的那样），请转到您需要修复的文件夹上方的文件夹。右键单击并选择该文件夹上的属性，单击安全选项卡。然后单击安全选项卡底部的高级按钮。
HP 没有告诉您这一点，但我必须在“高级”窗口中获取该文件夹的所有权。高级对话框的第二行列出了文件夹的所有者，并且旁边有一个更改...链接。单击该链接并找到您想要拥有该文件夹的用户。单击复选框以将此更改应用于所有子项。然后系统会提示您关闭所有属性对话框，因为您已更改所有权。
回到我们定期安排的节目：
返回“属性”对话框的“安全”选项卡并进入“高级”对话框。现在您可以更改权限。由于（我认为）在 Win 10 Pro 计算机上写入文件并在 Win 10 Home 计算机上以不同的用户访问它们，我删除了一大堆“拒绝”权限。再次选中将更改应用于所有子项的选项，然后在所有对话框上单击确定。 Windows 将一次通过一个文件来重置权限。
【讨论】：