打开“我的文档”提示在redirect的环境中提供凭据

我们有一个由“用户”个人电脑和一个“老师”电脑组成的class级基础设施。 文件服务器有一个老师的“我的文档”的文件夹,其中有每个学生用户的文件夹。 这两种帐户都将其“我的文档”redirect到这些文件夹。

我们使用这种嵌套的结构,让老师能够以简单的方式访问他们的文档,例如他可以在桌面上放置新的快捷方式或收集文件。

问题是,(只有最近,显然)每当用户试图从我的文档插入文件到一个简报,例如它会提示input凭据到服务器。 您可以按取消并重新进入该文件夹,它会正常工作。 重新启动PowerPoint(或任何Office应用程序),然后再次提示。 显然,他们的桌面也是一样的,这也是redirect的。 在浏览器中浏览我的文档应该可以正常工作。

这有点含糊,但老师不是最好的反馈。 我试着尽我所能解释。

编辑:删除链接到另一个问题,因为它是无关的,现在解决了

谢谢一堆

尽pipe这篇文章比较陈旧,但我今天遇到了与Windows 7客户端访问Windows Server 2012 R2上的redirect文件夹的情况相同的东西,所以问题仍然存在。

问题再现

由于原始描述有些模糊,因此重现问题的确切方法是:

  • “我的文档”(或可能是其他库)被redirect到服务器共享
  • “我的文档”包含一个MS Excel(可能是任何MS Office)文档。
  • 在另一个redirect库中创build指向该文档的链接,例如在“桌面”上。
  • 试图通过双击链接打开文档将提示input用户的凭据,而直接双击“我的文档”中的文件工作正常。

有意思的是, 只有在像“my documents”这样的redirect库中创build链接时才会出现这种情况。 如果您直接通过其UNCpath访问相同的共享文件夹,并从那里创build链接,一切工作正常。

解决scheme,为我工作

这是redirect的文件夹共享上的一个权限问题,即使它看起来不错,而且对于MS Office以外的其他程序也是完全可以访问的。

主机redirect文件夹的共享正好需要这些权限,正如Microsoft(早在Windows Server 2003)中所logging的那样:

分享:

EVERYONE:F (or at least F for the users that access the share) 

在文件系统中:

 CREATOR OWNER - Full Control (Apply onto: Subfolders and Files Only) System - Full Control (Apply onto: This Folder, Subfolders and Files) Domain Admins - Full Control (Apply onto: This Folder, Subfolders and Files) Everyone - List Folder/Read Data (Apply onto: This Folder Only) Everyone - Read Attributes (Apply onto: This Folder Only) Everyone - Traverse Folder/Execute File (Apply onto: This Folder Only) Everyone - Create Folder/Append Data (Apply onto: This Folder Only) 

我错过了最近的两个权限条目,认为我只能读取访问权限。 添加这两个似乎完全不相关的条目解决了这个问题。

澄清:

C:\ users \ Teacher \ Documents是共享的,并包含

 user1\ user2\ . . usern\ 

回想一下,Windows身份validation是基于“最严格的”,所以如果你在混合中有一个拒绝它将胜过任何允许相同的资源到同一个实体。 用户文件夹默认也通常具有非常严格的访问权限。

我build议您redirect到\ users \文件夹之外的networking共享(或者\ Documents and Settings \,适用于Vista / Server 2008之前的环境)。 相反,如果你有一个可用的文件夹,在根目录或文件服务器上创build一个新的文件夹,共享这个文件夹,并授予教师读取权限。 其下的每个用户文件夹都可以inheritance该“读取”,并将“完全控制”分配给分配给其的人员。 当Windows启动时应该允许单一login,并重新build立持久映射共享,而不是在每个应用程序启动并挂钩我的文档redirect。