☰

文件服务器上的共享主文件夹列为“我的文档”

tag-icon • tag-icon windows windows-server-2008-r2 network-share file-sharing
文件服务器上的共享主文件夹列为“我的文档”

我们有一个 Windows 2008 R2 文件服务器，可供大约 600 名用户共享主文件夹。当用户登录自己的工作站时，这些文件夹会映射到每个用户的共享驱动器，而该映射驱动器又会在每个人的配置文件（包括我们每台机器上的默认配置文件）的 Windows 文档库中设置为默认位置。首次登录新机器时，您的文档库将指向文件服务器。对于笔记本电脑用户，我们还使用脱机文件功能，这样即使他们不在工作岗位上，此功能也会跟随他们。

我的问题是，查看服务器上的这些文件夹时，它们在资源管理器中都显示为“我的文档”，而不是实际的文件夹名称（设置为与用户名匹配）。如何防止 Windows 资源管理器出现这种情况？

答案1

（摘自 Spiceworks）

  1. 导航至共享，例如 \\Server\Users
  2. 右键单击“SIZE”列
  3. 点击底部的更多
  4. 勾选文件名

然后，您将看到一个显示真实文件名的额外列。通过此操作，您可以将其设为文件夹的默认名称。

  1. 按 ALT
  2. 选择工具->文件夹选项->查看
  3. 单击“应用至文件夹”

答案2

有一种更简单的方法，非破坏性的，针对导致此行为的实际 Desktop.ini 条目。转到：

组策略 -> 用户配置 -> 首选项 -> Windows 设置 -> Ini 文件

创建一个新的 Ini 文件条目，并具有以下设置：

行动：删除

文件路径：%homeshare%\desktop.ini

部分名称：.ShellClassInfo

房产名称：本地化资源名称

确保你启用在登录用户的上下文中运行在下面常见的标签。

这将从用户的desktop.ini文件夹中删除有问题的行，修复文件夹显示名称行为，并保持其他所有内容不变，包括任何其他用户设置的文件夹视图自定义等。没有混乱，没有麻烦。

答案3

这是 Explorer 解释desktop.ini位于每个文件夹中的文件。这很让人抓狂，也没什么帮助，而且微软意识到了这一点，但没有给出有用的建议。“此行为是设计使然”这个老套的失败借口……

在新安装时，我已开始重构共享目录层次结构，使其以用户为中心，而不是以目录类型为中心。我不再采用“文档”目录和“配置文件”目录（桌面”目录等）的层次结构，而是为每个用户创建一个子目录，并在其下为他们的各种目录创建子目录，例如：

[ UserData ]
    |  
    |- [ Bob ]
    |     |
    |     | - [ AppData ]
    |     | - [ Desktop ]
    |     | - [ Documents ]
    |     | - [ Downloads ]
    |     | - [ Profile ]
    |     | - [ Profile.V2 ]
   ...   ...

我真的很喜欢这种方法，比以前的方法更好。我特别喜欢我的配置脚本可以在“Bob”目录中设置一个 ACL，而不是在它们存储在自己的层次结构中时在每个目录中设置一个 ACL。它还使查看个人的总空间使用情况变得更容易，因为我只需要du一个目录。

我的文件夹重定向策略需要稍微更改，用户配置文件路径也需要更改（以 结尾，%username%\Profile而不是仅以 结尾%username%），但这只是很小的更改。我只这样做了几个月，但到目前为止，效果很好。

答案4

只需从所有用户文件夹（共享的子目录）中删除desktop.ini。我对此进行了测试，它立即显示了正确的名称。

desk.ini 默认是隐藏的，这使得它有点棘手，但我看不出用户会错过任何东西；里面有三行信息。

编辑：要快速从整个共享文件夹结构中删除所有desktop.ini 文件，请使用以下命令：（警告：这将删除用户对其文件夹、图标、布局设置等的自定义？）

      C:\Users\> del desktop.ini /s /a:h

相关内容