将用户的文件夹(我的文档,联系人等)redirect到服务器后,如何在其configuration文件位置显示?

我正在实现一个域的文件夹redirect,我试图尽可能无缝地为当前用户。 我假定%USERNAME%子文件夹将保留在相同的地方,但指向redirect的文件夹…但相反,他们本质上被移动到服务器,而不留下任何链接到达他们。 我的用户将不得不通过共享或映射的驱动器访问他们的redirect文件夹。

在这样做的时候,我有没有在组策略中错过的设置,或者是否需要为每个用户手动创build指向新文件夹位置的链接?

编辑 :在我应用文件夹redirect之前,用户/%USERNAME%文件夹看起来像这样:

-。应用程序数据

-Contacts

-桌面

-Downloads

– collections…

而现在这些子文件夹不在那里。

库文件夹保持原样并链接到redirect的位置,但不包含%USERNAME%文件夹所有的文件。 我不希望我的用户无法find他们的文件。

我还应该提到,这是我第一次实现文件夹redirect。 那么,这就是发生了什么事,或者有办法保持它以前出现的方式,但链接到正确的redirect的文件夹位置?

你看到了预期的行为。

这听起来像你希望用户通过导航到“C:\ Users …”下的path来访问这些文件夹。 这不是微软的意图。 他们打算用户使用“库”或其他shellfunction来通过其语义名称来访问文件夹,而不是基于物理path。 不应该有“C:\ Users …”文件夹的“链接” – 用户只能使用shell“文档”等图标来访问他们的文件。

如果您已经有了习惯访问“C:\ Users \ username \ Documents …”的用户,他们需要接受培训才能使用新的位置。

多年来我一直使用文件夹redirect,而且我从来没有听说过这个特殊的用例。 这听起来像你的用户有一个非常奇怪的方式与他们的文件进行交互。 不幸的是,这种奇怪的交互方法听起来像是与微软的想法是如何工作的想法相冲突。