有一个Windows Server 2008 R2与许多嵌套的文件夹共享，我想只能显示某些AD文件夹的用户/ AD用户组。 是否可以在单个文件夹上configuration权限，以便与Windows XP / Windows 7连接到Windows 2008 R2服务器上的共享的客户端只能看到具有“查看”权限的文件夹？ 其他客户端不应该在Windows资源pipe理器中看到这些文件夹。 我被告知，这似乎是Novellnetworking上的标准function。
我们正在从Novell Netware迁移到Windows 2K8 R2基础架构（AD，文件服务器，打印服务器等） 我的问题是关于ACL。 虽然Netware和Windows是完全不同的，但是我想确定我的东西是好的，然后把所有东西搞砸了！ 有一个场景： F: | +– DATA <= Shared as DATA with Access based enumeration | +– Folder 1 +– Team 1's Folder +– Team 2's Folder … 在这种情况下，默认情况下，权限从F：到最深的文件夹。 我们想要什么： pipe理员组完全控制自上而下。 从数据中，ABE只列出用户有权访问的文件夹。 （例如：我正在组队2，我看到队2的文件夹）。 据我所知，在数据我删除所有NTFS ACL遗产（如用户组），一定要保持pipe理员组和SYSTEM用户。 之后，将每个文件夹的完全控制（或任何所需的权限）授予必须具有访问权限的组或用户。 我错了吗？ 任何我应该照顾的？ 任何帮助我的理解将非常感激。 问候。
有没有办法将用户的NTFS权限复制到另一个用户？ 例如，老板说，“鲍勃需要像汤姆一样的访问这个文件夹”。 有太多的文件和文件夹要手动检查。
没有数据写入它。 有没有一种工具可以让我做到这一点？ 我宁愿一个免费的工具，但如果只有这样的软件可以完成这项工作，请推荐非免费。
我需要知道，如果我可以信任一个文件的修改date属性，有什么办法让一个文件看起来比它真正的年龄？
当将驱动器格式化为Windows XP安装的NTFS时，您可以select“快速”格式和完整格式。 两者之间有什么区别（除了完成需要多长时间）？
我在几台机器上运行Microsoft Windows。 我不知道在操作系统中是否有很多人知道这个问题，但是你不能有很长的文件名，从我知道的Linux可以有更长的名字，我从来没有遇到过我的Linux机器上的这个问题。 无论如何，当遇到复制文件夹和文件到备份驱动器的问题。 我手动备份我的数据，查找和更改文件名，这是非常非常乏味的。 是否有一个软件工具来缩短文件夹或文件名在Windows上发现很长？ 我有驱动镜像复制软件，但是以我不喜欢的方式工作，如果名称太长，复制文件，移动文件有时会变成一个麻烦。
我有一个500GB的高清，分成几个巨大的Windows NTFS分区。 分区是加载文件，但我仍然有足够的空间，我想安装和尝试Linux。 有没有一种方法来“切片”closures其中一个分区没有格式化？ 谢谢，Yuval = 8-）
我一直在脚本中的PowerShell的程序来从我的Windows 2012r2服务器拉取安全事件日志。 调查我的过程中的一个错误，以parsing事件到XML我发现了4656事件的“访问原因”属性中的一个非常奇怪的问题： %%4423: %%1801 D:(A;ID;FA;;;S-1-5-21-527573203-644103923-227697207-2229) %%4424: %%1801 D:(A;ID;FA;;;S-1-5-21-527573203-644103923-22769蹂ᢻ翼 事件日志剪辑 请注意，在DACL的最终ACE的事件分析结束时，由于某种原因，将最后的10个字符转换为中文unicode字符。 在eventvwr甚至改变了事件的其余部分的字体。 这发生在服务器上的随机文件和随机受托人SID的 我将在今天下午识别这些文件，而不用分析XML来尝试检测任何模式，任何人都会对这个奇怪的模式提出build议？ 我假设它与Microsoft安全事件日志logging的错误，但事情是相同的Unicodestringreplace不同的ANSIstring值，并在ACE的不同位置。 连接因素是它始终是最后一个ACE，但这就是我所得到的。
Server 2012 R2文件服务器 – 共享通过DFS命名空间公开。 我有一个名为“共享”，所有用户都是成员的组。 该组具有对DFS共享根目录和该共享内的一堆文件夹的读取/写入权限。 DFS共享内部是一个名为“devise”的文件夹，只有devise团队才能访问。 于是我创build了一个名为“design”的新的AD安全组，并将相关用户添加到这个组中。 我在DFS共享根目录下的“Design”子文件夹中，禁用了inheritance的权限（转换为显式），并删除了“Shared”组对这个文件夹的权限（因为不是每个人都应该能够查看/修改文件这里）。 我确保了文件夹（即系统，创build者/所有者等）的权限。 然后我添加了“devise”组，并赋予了修改权限。 但是，我所看到的行为是“devise”组成员的用户能够查看和遍历devise文件夹。 到现在为止还挺好。 他们能够使用右键单击>新build> Microsoft Word文档或文本文档分别创buildWord文档，文本文档等，这一切都很好。 但是，用户尝试使用右键单击>新build> Excel电子表格创build新的Excel电子表格 – 电子表格创build时称为“新buildMicrosoft Excel工作表”，但不允许用户重命名，编辑或删除电子表格。 检查文件的权限显示在安全选项卡中： No groups or users have permission to access this object. However, the owner of this object can assign permissions. 在这一点上，我想我搞砸了权限，并设置“devise”组的权限，以适用于“此文件夹和子文件夹只”而不是“此文件夹，子文件夹和文件 ”，但当我加倍检查，我发现我我明确地指定了它。 然后，我检查了文件和文件夹中已有的有效权限。 这一切都检查出来。 所以问题是 – 新build立的Excel Spreadsheets在这个位置不被inheritance权限，尽pipe被告知。 新创build的目录是可以的。 我在哪里开始寻找解决这个问题？