我有一个文件夹，我们的 IIS 用户对其具有权限。此文件夹当前处于共享状态，因此我们的代码部署用户可以将文件移动到其中。
我尝试通过文件夹属性>共享>共享将另一个用户添加到共享，并在那里添加了一个用户。然后 IIS 出现故障，所以我检查了一下，果然发现设置共享权限会删除 IIS 用户的本地文件夹权限。
如何将用户添加到共享而不删除本地访问该共享的用户？
答案1
重新开始并创建本地或域组，并为该新组授予访问权限。任何需要授予访问权限的新用户，您都可以将其添加到此组中。
答案2
不确定您所说的“设置共享权限会删除 IIS 用户的本地文件夹权限”是什么意思（权限是否消失了，或者只是没有按预期应用？），但您应该明白Windows 应用对象上设置的 NTFS 和共享权限中最严格的权限. 也许这可以解释你所经历的事情。
有关 Windows 2008 中的共享和 NTFS 权限的 Microsoft Technet 文章建议：
一些有经验的管理员喜欢始终将共享权限设置为“所有人的完全控制”，并完全依赖 NTFS 权限来限制访问
这似乎是一种很好的标准方法，并且与 whizkids 的建议结合使用可以减少管理开销。
答案3
我知道这是一个 5 年前的问题，但我可以验证 OP 的问题。我有一个文件夹，其 NTFS 安全权限设置为 (MyServer/Users) 组，因为 IIS 应用程序标识是在此组中创建的。然后，我将共享添加到同一文件夹，用于远程文件访问。然后网站崩溃了。重新检查 NTFS 安全权限，发现该组已从之前设置的列表中删除。TechNet 说共享权限和 NTFS 安全设置是分开的，更改一个不会影响另一个，但显然事实并非如此。我们重新添加了 (MyServer/Users) 组的 NTFS 权限，它又恢复正常了。我想多年后它仍然是一个错误。
答案4
这是一个近 9 年前的问题，我们刚刚“学到”了同样的事情。我们有 (2) 个本地用户，他们设置了继承的读取权限和本地写入权限。如果我们共享该文件夹，它会完全删除这两个用户。我们可以在共享后恢复权限，但它肯定会删除它们。
如果本地用户拥有完全控制权，则不会将其删除。或者，在进行共享时，如果我们将访问权限从自定义更改为读/写，它也会保留权限（尽管会更改）。我们没有尝试其他组合。