什么导致“<文件夹>的权限"?订购不正确"? [英] What causes "The permissions on <folder> are incorrectly ordered"?
问题描述
在调试涉及 SQLite 和 IIS 的一个特别麻烦的错误时，我们在访问 App_Data 属性时遇到了权限问题
While debugging a particularly troublesome error involving SQLite and IIS, we encountered a permissions problem when accessing the App_Data properties
App_Data 权限排序错误，可能导致部分条目无效.
The permissions on App_Data are incorrectly ordered, which may cause some entries to be ineffective.
这里还有一个截图:
我的问题不是不正确的排序是什么，我认为 您如何以编程方式修复非规范 ACL? 已经很好地介绍了该问题.
My question isn't what incorrect ordering is, I think How do you programmatically fix a non-canonical ACL? already gives a good intro into the problem.
我想知道什么类型的排序是不正确的?例如，如果我们为 Everyone 设置了 Full Control，它应该在其他权限之前还是之后?是否有任何错误排序的示例会触发错误?我们点击了Reorder，这样我们就不能再在我们的机器上重现错误了.
What I want to know is what types of ordering are incorrect? For example, if we put Full Control for Everyone, should that precede or follow some other permission? Are there any examples of incorrect ordering that trigger the error? We clicked Reorder so we no longer can reproduce the error on our machine.
推荐答案
对我们来说，是 Cygwin 创建了显示这些问题的文件这个线程解释了它和可能的补救措施.cygwin 将文件权限设置为 000
For us, it was the Cygwin that created files which were showing these problems This thread explains it and possible remedies. cygwin sets file permission to 000
此外，我在其他线程中没有看到，我们的 ACL 具有NULL SID"；在里面:看图
Also, something I wasn't seeing in other threads, our ACL had "NULL SID" in it: see the picture
这篇关于什么导致“<文件夹>的权限"?订购不正确"?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
