Tomalak Asked: 2009-05-06 04:21:50 +0800 CST2009-05-06 04:21:50 +0800 CST 2009-05-06 04:21:50 +0800 CST Windows:我可以为服务帐户映射网络驱动器吗? 772 标题说明了一切,真的。 是否可以创建对服务可见的网络驱动器映射?当然,假设该服务在具有共享权限的域帐户下运行。 windows windows-service networking network-share mappeddrive 3 个回答 Voted JGurtz 2012-03-17T09:37:44+08:002012-03-17T09:37:44+08:00 使用 psexec 实用程序执行以下操作: 打开提升的 cmd.exe 提示符(以管理员身份运行)。然后,做psexec -i -s cmd.exe。您现在是“nt authority\system” :) 现在,您所要做的就是net use z: \servername\sharedfolder /persistent:yes 请记住,如果您需要删除映射的驱动器,则必须以相同的方式进行(而不是net use z: /del)。 Best Answer Sam Cogan 2009-05-06T05:08:45+08:002009-05-06T05:08:45+08:00 永久驱动器映射仅在交互式登录期间恢复,该服务不使用该服务。我相信让服务使用网络驱动器的唯一方法是让该服务映射驱动器本身,或者将它映射到我们的 UNC 路径而不是映射的驱动器。 Avery Payne 2009-05-06T04:46:38+08:002009-05-06T04:46:38+08:00 为什么不?我的工作一直都是这样做的,尽管我怀疑您的用户帐户可能比我们的限制性更强,即您说的是不登录桌面会话的帐户。 但是...如果您确实允许该帐户作为桌面会话登录... 像任何其他用户一样创建帐户,并像任何其他用户一样提供登录脚本 - 但它是专门为该帐户量身定制的。 将机器设置为开机时自动登录,这反过来将运行脚本,从该脚本映射驱动器。简单的。 如果您遇到无法做到的情况,您仍然需要一个桌面会话来执行此操作 - 因此创建一个与其他服务帐户分开的简单服务帐户,该服务帐户的唯一任务是登录服务器并提供驱动器访问。将该帐户锁定为仅驱动器访问以确保安全。您的其他帐户有自己的权限,并且不以这种方式关联。两全其美。 与下面的一些评论相关,这是从 Windows XP 或 2003 设置的角度完成的。从那以后情况发生了一些变化,大多数人都在运行 Win7 和 2008,两者都有更新的功能。最初的问题没有具体说明使用的是什么环境,所以我只能回答我熟悉的那个。 此外,整个需要 GUI 的东西实际上是1990 年代左右Windows 销售和营销方式的产物。正因为如此,微软花了很长时间,将近十年,才来创造足够的工具来支持无头环境(见证 PowerShell 和没有 GUI 的 2008)。当时的一种常见情况是简单地购买另一台机器,登录,运行服务,然后将盒子放在角落里。由于当时的这种心态,失控的服务器增长在密室中发生并不少见,并且作为副作用,需要购买更多的许可和席位. 多年来,这种安装越来越多服务器的“有机增长方法”因单位成本、电力需求、虚拟化和预算削减而受到限制。今天,它只是一个褪色的记忆,你真的找不到记得“糟糕的旧时光”的人。 如果对于像我这样的旧系统(XP/2003)有更好的解决方案,我想知道,这肯定是有价值的信息。 PS 在你对运行 10 年的旧软件进行不必要的嘲笑之前,请记住(a)我不会在这里做出所有决定(b)我不会签署支票以购买新技术(c)如果不使用“XP 仿真”(即重新标记的 Virtual PC)扩展,我工作中的 ERP 应用程序可能无法在 Windows 7 上可靠地运行,最后 (d) 我的工作对成本非常敏感,所以扔掉所有东西并获得“新的和闪亮的“一直没有多大意义。
使用 psexec 实用程序执行以下操作:
打开提升的 cmd.exe 提示符(以管理员身份运行)。然后,做
psexec -i -s cmd.exe
。您现在是“nt authority\system” :) 现在,您所要做的就是net use z: \servername\sharedfolder /persistent:yes
请记住,如果您需要删除映射的驱动器,则必须以相同的方式进行(而不是
net use z: /del
)。永久驱动器映射仅在交互式登录期间恢复,该服务不使用该服务。我相信让服务使用网络驱动器的唯一方法是让该服务映射驱动器本身,或者将它映射到我们的 UNC 路径而不是映射的驱动器。
为什么不?我的工作一直都是这样做的,尽管我怀疑您的用户帐户可能比我们的限制性更强,即您说的是不登录桌面会话的帐户。
但是...如果您确实允许该帐户作为桌面会话登录...
像任何其他用户一样创建帐户,并像任何其他用户一样提供登录脚本 - 但它是专门为该帐户量身定制的。 将机器设置为开机时自动登录,这反过来将运行脚本,从该脚本映射驱动器。简单的。
如果您遇到无法做到的情况,您仍然需要一个桌面会话来执行此操作 - 因此创建一个与其他服务帐户分开的简单服务帐户,该服务帐户的唯一任务是登录服务器并提供驱动器访问。将该帐户锁定为仅驱动器访问以确保安全。您的其他帐户有自己的权限,并且不以这种方式关联。两全其美。
与下面的一些评论相关,这是从 Windows XP 或 2003 设置的角度完成的。从那以后情况发生了一些变化,大多数人都在运行 Win7 和 2008,两者都有更新的功能。最初的问题没有具体说明使用的是什么环境,所以我只能回答我熟悉的那个。
此外,整个需要 GUI 的东西实际上是1990 年代左右Windows 销售和营销方式的产物。正因为如此,微软花了很长时间,将近十年,才来创造足够的工具来支持无头环境(见证 PowerShell 和没有 GUI 的 2008)。当时的一种常见情况是简单地购买另一台机器,登录,运行服务,然后将盒子放在角落里。由于当时的这种心态,失控的服务器增长在密室中发生并不少见,并且作为副作用,需要购买更多的许可和席位. 多年来,这种安装越来越多服务器的“有机增长方法”因单位成本、电力需求、虚拟化和预算削减而受到限制。今天,它只是一个褪色的记忆,你真的找不到记得“糟糕的旧时光”的人。
如果对于像我这样的旧系统(XP/2003)有更好的解决方案,我想知道,这肯定是有价值的信息。
PS 在你对运行 10 年的旧软件进行不必要的嘲笑之前,请记住(a)我不会在这里做出所有决定(b)我不会签署支票以购买新技术(c)如果不使用“XP 仿真”(即重新标记的 Virtual PC)扩展,我工作中的 ERP 应用程序可能无法在 Windows 7 上可靠地运行,最后 (d) 我的工作对成本非常敏感,所以扔掉所有东西并获得“新的和闪亮的“一直没有多大意义。