假设某些Windows服务使用的代码需要映射的网络驱动器而不使用UNC路径。如何在服务启动时使驱动器映射可用于服务的会话？以服务用户身份登录并创建持久映射将不会在实际服务的上下文中建立映射。
您需要修改服务，或将其包装在帮助程序进程中：除会话/驱动器访问问题外，永久性驱动器映射仅在交互式登录时恢复，这些服务通常不会执行。
辅助进程方法可以非常简单：只需创建一个映射驱动器并启动“真实”服务的新服务。唯一不完全是微不足道的事情是：
您不想更改服务在“系统”下运行的用户，或者找一个偷偷摸摸的方式将您的映射作为系统运行。
有趣的是，通过使用"at"命令可以实现这一点，只需将驱动器映射安排到未来一分钟，它将在系统帐户下运行，使驱动器对您的服务可见。
您可以将脚本设置为每次使用时映射/取消映射驱动器，而不是依赖于持久驱动器：
net use Q: \\share.domain.com\share
forfiles /p Q:\myfolder /s /m *.txt /d -0 /c "cmd /c del @path"
net use Q: /delete
这适合我。
我还不能发表评论（致力于声誉），但创建了一个帐户只是为了回答@Tech Jerk @ spankmaster79（漂亮的名字lol）和@NMC问题，他们在回复“我发现了一个类似于psexec，但没有额外的工具，并在重新启动后幸存。“发布@Larry已经发了。
解决方法是从登录帐户中浏览到该文件夹，即：
\\servername\share
并让它提示登录，并输入您在psexec中用于UNC的相同凭据。之后它开始工作。在我的情况下，我认为这是因为具有该服务的服务器不是与我映射到的服务器相同的域的成员。我在想UNC和计划任务是否都引用IP而不是主机名
\\123.456.789.012\share
它可以完全避免这个问题。
如果我在这里获得足够的重复点，我会将其添加为回复。
使用此风险需要您自担风险。 （我在XP和Server 2008 x64 R2上测试过它）
对于这个黑客你需要SysinternalsSuite by Mark Russinovich：
第一步：打开提升的cmd.exe提示符（以管理员身份运行）
第二步：使用PSExec.exe再次升级到root：导航到包含SysinternalsSuite的文件夹并执行以下命令psexec -i -s cmd.exe您现在位于nt authority\system的提示符中，您可以通过键入whoami来证明这一点。需要-i，因为驱动器映射需要与用户交互
第三步：使用以下命令net use z: \\servername\sharedfolder /persistent:yes创建持久映射驱动器作为SYSTEM帐户
就这么简单！
警告：您只能从SYSTEM帐户中以与创建映射相同的方式删除此映射。如果需要将其删除，请执行步骤1和2，但将步骤3中的命令更改为net use z: /delete。
注意：现在将为该系统的所有用户显示新创建的映射驱动器，但它们将看到它显示为“断开网络驱动器（Z :)”。不要让这个名字欺骗你。它可能声称已断开连接，但它适用于所有人。这就是M $不支持这个hack的方法。
我发现了一个与psexec类似的解决方案，但无需额外工具即可工作，并且可以在重新启动后继续使用。
只需添加计划任务，在“运行方式”字段中插入“system”，然后使用simple命令将任务指向批处理文件
net use z: \servername\sharedfolder /persistent:yes
然后选择“在系统启动时运行”（或类似的，我没有英文版），你就完成了。
更好的方法是使用mklink.exe使用符号链接。您可以在文件系统中创建任何应用程序都可以使用的链接。见http://en.wikipedia.org/wiki/NTFS_symbolic_link。
你可以使用'net use'命令：
var p = System.Diagnostics.Process.Start("net.exe", "use K: \\\\Server\\path");
var isCompleted = p.WaitForExit(5000);
如果这在服务中不起作用，请尝试使用Winapi和PInvoke WNetAddConnection2
编辑：显然我误解了你 - 你无法改变服务的源代码，对吧？在这种情况下，我会遵循mdb的建议，但稍微扭曲：创建自己的服务（让我们称之为映射服务）映射驱动器并将此映射服务添加到第一个（实际工作）服务的依赖项。这样，工作服务将不会在映射服务启动之前启动（并映射驱动器）。
ForcePush，
注意：现在将为该系统的所有用户显示新创建的映射驱动器，但它们将看到它显示为“断开网络驱动器（Z :)”。不要让这个名字欺骗你。它可能声称已断开连接，但它适用于所有人。这就是你怎么能告诉M $不支持这个hack ...
这一切都取决于共享权限。如果您拥有共享权限中的Everyone，则其他用户可以访问此映射的驱动器。但是，如果您只有一些特定用户在批处理脚本中使用了其凭据并且此批处理脚本已添加到启动脚本中，则只有系统帐户才能访问该共享，甚至不能访问管理员。因此，如果您使用例如计划的ntbackuo作业，则必须在“运行方式”中使用系统帐户。如果您的服务的“登录身份：本地系统帐户”应该可以使用。
我做了什么，我没有在我的启动脚本中映射任何驱动器号，只是使用了net use \\\server\share ...并在我的预定作业中使用了UNC路径。添加了一个登录脚本（或者只是将批处理文件添加到启动文件夹中），并将映射到具有相同凭据的某个驱动器号：net use Z: \\\...的相同共享。现在，已登录的用户可以查看和访问该映射的驱动器。有2个连接到同一份额。在这种情况下，用户没有看到恼人的“断开网络驱动器......”。但是，如果您确实需要通过驱动器号而不仅仅是UNC访问该共享，请使用不同的驱动器号映射该共享，例如Y表示系统，Z表示用户。
找到了一种授予Windows服务访问网络驱动器的方法。
以Windows Server 2012和NFS磁盘为例：
第1步：编写批处理文件以进行安装。
编写批处理文件，例如：C：\ mount_nfs.bat
echo %time% >> c:\mount_nfs_log.txt
net use Z: \\{your ip}\{netdisk folder}\ >> C:\mount_nfs_log.txt 2>&1
第2步：将磁盘挂载为NT AUTHORITY / SYSTEM。
打开“任务计划程序”，创建一个新任务：
在这两个简单的步骤之后，我的Windows ActiveMQ服务在“本地系统”特权下运行，无需登录即可完美运行。
当您从命令提示符处正常运行可执行文件时，您能够访问驱动器的原因是当您以普通exe执行它时，您正在从您登录的用户帐户运行该应用程序。该用户具有访问网络的权限。但是，当您将可执行文件作为服务安装时，默认情况下，如果您在任务管理中看到它在“SYSTEM”帐户下运行。您可能知道“SYSTEM”无权访问网络资源。
这个问题可以有两种解决方案。
希望这些解决方案可以帮助您..如果这对您有用，请告诉我。