标题说明了一切，真的。
是否有可能创build一个服务可见的networking驱动器映射？ 当然，假设该服务在有权访问共享的域帐户下运行。
持久驱动器映射只在交互式login时被恢复，服务不使用。 我相信获得服务使用networking驱动器的唯一方法就是为该服务映射驱动器本身，或者将映射到我们的UNCpath而不是映射驱动器。
使用psexec实用程序来执行此操作：
打开提升的cmd.exe提示符（以pipe理员身份运行）。 然后，执行psexec -i -s cmd.exe 。 你现在是“nt authority \ system”:)现在，你所要做的就是net use z: \servername\sharedfolder /persistent:yes
请记住，如果你需要删除映射的驱动器，你将不得不以相同的方式做（而不是net use z: /del ）。
为什么不？ 我的工作一直都在做，尽pipe我怀疑你的用户帐号可能比我们的用户帐号有更多的限制，比如你说的帐号没有login桌面会话。
但是，如果您确实允许帐户作为桌面会话login…
像任何其他用户一样创build帐户，并像提供其他用户一样提供login脚本 – 但它是专门为该帐户定制的。 将机器设置为在启动时自动login ，然后运行映射驱动器的脚本。 简单。
如果你陷入了一种无法做到的情况，那么你仍然需要一个桌面会话来做到这一点 – 所以创build一个与其他人不同的简单的服务账户，一个唯一的任务就是login服务器并提供驱动器访问。 locking该帐户只是驱动器访问的安全性。 您的其他帐户有他们自己的特权，并不以这种方式相关。 两全其美。
关于下面的一些评论，这是从Windows XP或2003安装的angular度来完成的。 从那以后，事情发生了一些变化，大多数人都在运行Win7和2008，两者都具有更新的function。 原来的问题没有说明使用什么环境，所以我只能回答我熟悉的那个。
而且，整个需要GUI的东西实际上是大约在20世纪90年代 Windows如何销售和销售的产物。 因此，近十年来，微软需要花费很长时间才能创造出足够的工具来支持无头环境（见证PowerShell和2008，没有GUI）。 当时常见的情况是简单地购买另一台机器，login，运行服务，然后把盒子放在一个angular落里。 由于时代的这种心态，在后台发生失控服务器增长并不罕见，而且作为副作用， 需要购买更多的许可证和席位 。 多年来，随着单位成本，电力需求，虚拟化和节约成本的降低，这种安装越来越多的服务器的“有机增长方式”被削减了。 今天，这只是一个褪色的记忆，你真的找不到记得“过去的坏日子”的人。
如果有更好的解决scheme，像我这样的老系统（XP / 2003），我想知道，这肯定是有价值的信息。
PS之前，你不必嘲笑运行10年的软件，请记住（一）我不作出所有的决定在这里（二）我不签署支票交换新技术（三）的我的工作中的ERP应用程序可能无法在Windows 7上可靠地运行，而不使用“XP仿真”（即重新加载虚拟PC）扩展，最后（d）我的工作对成本非常敏感，所以把所有东西扔出去， “并不总是很有意义。