我们的networkingPC目前由Windows XP Professional在2008/2003的混合版本中组成，除了一台机器，这是我们在部署操作系统之前购买的一台新的Windows 7 PC。 但是我们发现我们的login脚本有问题，会自动为我们的用户映射networking驱动器。
login脚本通过用户GPO完成，但是脚本本身只是一个使用net use的.cmd文件。
这些权限是完全正确的，因为同一个用户可以login到Windows XP机器，并且可以毫无问题地映射他们的驱动器，但是这个驱动器映射经常会失败。
这是可重复使用net use命令，每次都会失败 – 交互式执行时，它实际上会提示用户input用户名和密码，但是如果从运行对话框input\\server\share ，networking共享的内容就会出现，无需进一步的身份validation即可访问
Windows 7个人电脑（就像XP系统一样）是域名成员，所使用的帐户是一个域帐户，它有权访问共享（如上所述，它可以在XP上正常工作）。
我无法理解这里发生了什么，因为服务器上的其他共享映射到Windows 7系统上。
更多信息：
有关共享的有效权限只授予用户对根目录的“列表”权限，共享权限为“everyone，full control”。 我创build了一个具有相同权限的新共享，只是为了testing它是否在根目录下的“列表”权限，但Windows 7机器映射这一个罚款。
编辑：如果我授予用户对共享根目录下的文件夹的“读取”NTFS权限，则共享映射正常，但带走读取（即仅返回列表），则驱动器映射将再次失败。 不幸的是，在这个级别上给予“阅读”不是一种select。
进一步编辑:(看我对ITHedgeHog的答案的评论）。 这个驱动器映射是失败的，无论我如何尝试看起来是一个简单的“访问被拒绝”的错误，但奇怪的是，用户可以浏览共享，如果他们键入UNCpath到资源pipe理器窗口。 我认为这必须与“列表文件夹”权限有关。
用户是否在Windows 7的pipe理员组中？ 你可以尝试从pipe理组中删除用户？ 或者暂时禁用UAC并查看是否有效。
在某些情况下，UAC会干扰login脚本。
请参阅此页上的“组策略脚本可能由于用户帐户控制而失败”部分。 http://technet.microsoft.com/en-us/library/cc766208(WS.10).aspx
我认为混合的2008/2003年域名表示您至less运行一个Windows 2008 DC？ 如果是这样，那么从该机器编辑组策略应该允许您在组策略的用户首选项部分映射驱动器。
这是我们如何设法将映射的驱动器部署到Windows 7客户端。
更多信息： http : //blogs.technet.com/b/grouppolicy/archive/2009/02/11/gp-preferences-will-reduce-logon-scripts-mapping-drives.aspx
比较工作的驱动器映射的权限，没有的权限，我发现，如果我看着权限的高级视图，实际上工作的共享具有以下权限（仅）的目录：
而不起作用的映射，只能在目录上授予以下权限。
添加其他四个权限解决了这个问题。
奇怪的是，权限的基本观点都显示了“列出文件夹内容”，这是我抛出的，因为我认为如果细粒度的权限是非标准的，那么基本权限将显示为“特殊”。