我有一个设置，在networking共享中有一个目录连接点，它指向共享之外的一个目录。 无论我设置了什么权限，用户都可以删除联结指针。
该文件夹的结构如下：
c:\Share\ (The shared directory) c:\Other\ c:\Share\Other\ (A directory junction to c:\Other\) 用户需要能够写入c:\Share\但只能从c:\Other\读取。
我可以分解的最基本的权限是（对于用户）：
c:\Share\ - Allow - Modify - This directory, sub folders, and files c:\Share\Other\ - Allow - Read - This directory only c:\Share\Other\ - Deny - Delete - This directory only c:\Other - Allow - Read - This directory, sub folders, and files
所有目录都设置为不inheritance，但“ Share和“ Other设置为传播。 在这些设置上唯一的其他权限是pipe理员对所有内容都已满（并且testing用户不是pipe理员）。
使用此设置，并且用户装载到Share目录，他们可以删除链接到Other 。
如果我删除链接上的Allow/Read ，他们不能删除链接，但他们也不能访问它。
我尝试了很多其他的组合，但这些似乎是最“纯”的权限。 基本上所有的工作，直到Allow/Read被添加到链接，然后似乎重写Deny/Delete与所有的规则相矛盾！ 也许我偶然发现了一些晦涩的bug？
这是在2008 R2和2012。