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