标题确实说明了一切。
是否可以创建对服务可见的网络驱动器映射?当然,假设服务在具有共享权限的域帐户下运行。
答案1
持久驱动器映射仅在交互式登录期间恢复,而服务不使用交互式登录。我相信让服务使用网络驱动器的唯一方法是让该服务映射驱动器本身,或者将其转换为 UNC 路径而不是映射驱动器。
答案2
使用 psexec 实用程序执行以下操作:
打开提升的 cmd.exe 提示符(以管理员身份运行)。然后,执行psexec -i -s cmd.exe
。您现在是“nt authority\system” :) 现在,您所要做的就是net use z: \servername\sharedfolder /persistent:yes
请记住,如果您需要删除映射驱动器,则必须以相同的方式执行操作(而不是执行net use z: /del
)。
答案3
为什么不呢?我的工作总是这样,尽管我怀疑您的用户帐户可能比我们的限制更严格一些,即您谈论的是不会登录桌面会话的帐户。
但...如果你做允许该帐户作为桌面会话登录...
像创建其他用户一样创建帐户,并像创建其他用户一样提供登录脚本 - 但它是专门针对该帐户的脚本。 将机器设置为开机时自动登录,然后运行脚本,从中映射驱动器。很简单。
如果您陷入无法执行此操作的情况,您仍然需要桌面会话来执行此操作 - 因此请创建一个与其他帐户分开的简单服务帐户,该帐户的唯一任务是登录服务器并提供驱动器访问权限。出于安全考虑,将该帐户锁定为仅具有驱动器访问权限。您的其他帐户有自己的权限,并且与此无关。两全其美。
与下面的一些评论相关,这是从 Windows XP 或 2003 设置的角度完成的。从那时起,情况发生了一些变化,大多数人都在运行 Win7 和 2008,两者都具有较新的功能。最初的问题没有指定使用什么环境,所以我只能回答我熟悉的环境。
此外,整个需要 GUI 的事情实际上是 Windows 销售和营销方式的产物,大约 1990 年代正因为如此,微软花了很长时间(近十年)才转变过来,创建了足够的工具来支持无头环境(例如没有 GUI 的 PowerShell 和 2008)。当时常见的做法是购买另一台机器,登录,运行服务,然后将机器放在角落里。由于当时的这种心态,后台服务器增长失控的情况并不罕见,其副作用是,需要购买更多许可证和席位多年来,由于单位成本、电力需求、虚拟化和预算削减的影响,这种安装越来越多服务器的“有机增长方法”逐渐被削弱。如今,它只是一个褪色的记忆,你真的找不到记得“过去糟糕的日子”的人。
如果对于像我的旧系统(XP / 2003)有更好的解决方案,我很想知道,这肯定是有价值的信息。
PS:在您对运行 10 年前的软件进行不必要的嘲笑之前,请记住:(a)我不是这里做出所有决定的人(b)我不会签署支票来支付新技术的费用(c)如果不使用“XP 仿真”(即重新命名的 Virtual PC)扩展,我工作中的 ERP 应用程序可能无法在 Windows 7 上可靠运行,最后(d)我的工作对成本非常敏感,因此把所有东西都扔掉、换成“崭新的”东西并不总是很有意义的。