为什么具有多个硬链接的文件会失去“经过身份验证的用户”的读/写访问权限(以及如何避免发生这种情况)?

为什么具有多个硬链接的文件会失去“经过身份验证的用户”的读/写访问权限(以及如何避免发生这种情况)?

在收到社区成员的精彩回答后,在测试 Win7 系统上使用硬链接进行操作后皮条客果汁 IT另一个问题(除了使用文件夹之外,还有其他巧妙的方法将一堆文件组合在一起吗(例如 Windows 桌面背景图像)?),我注意到,Authenticated Users如果将具有多个硬链接的文件中的任何一个硬链接放入回收站,则这些文件将失去其读/写访问安全设置。这还会导致指向该文件的所有其他硬链接上出现挂锁。

实际上清空回收站并没有什么区别。

绕过回收站并直接删除硬链接不会导致这种情况发生。

为什么删除回收站的硬链接时会发生这种情况(当多个硬链接指向同一个对象时),有什么方法可以防止这种情况发生?

答案1

以下是符号链接和硬链接之间的区别

用最简单的术语来说(箭头代表“指向”或直接指针):

捷径:

捷径

符号链接:

符号链接

硬链接:

硬链接


小节点代表文件所在硬盘上的 inode 的 NTFS 等效项。

因此,当您将该硬链接放入回收站时,就像任何其他文件一样,Windows 会更改权限并对文件进行操作以使其保持回收状态(只有在恢复后才能再次使用,您无法从回收站使用它)。因此,当您对硬链接执行此操作时,如上所示,您实际上是在对核心文件执行此操作(正如硬链接所预期的那样),因此,导致更改也反映在所有其他硬链接中。

解决您的问题的方法是使用符号链接或快捷方式,或者使用del要删除的硬链接上的命令行命令,而不是将其放入回收站。

欲了解更多信息,请阅读Microsoft 有关硬链接的文档

请注意,文件的属性会反映在指向该文件的每个硬链接中,并且对该文件属性的更改会传播到所有硬链接。例如,如果您重置硬链接上的 READONLY 属性以删除该特定硬链接,并且实际文件有多个硬链接,则您需要从剩余硬链接之一重置文件上的 READONLY 位,以使文件和所有剩余硬链接恢复为 READONLY 状态。

相关内容