我有一些网络驱动器映射，希望在重新启动时可供各种程序使用。但是，在我手动访问它们之前，它们一直处于断开状态。
如果某个程序（例如读取网络驱动器上共享的笔记的 OneNote）尝试连接，它不会看到共享并且不会导致自动重新连接。
我正在寻找一个完全自动化的解决方案，最好只是一个让 Windows 在机器启动时重新连接的设置。
例如，现在驱动器 Y 和 Z 已断开连接，而 X 已连接，因为我手动访问了它：
编辑：我必须稍微改变我的问题，但对答案有相当大的影响。驱动器在登录时确实不可用。只有在我打开 ssh 隧道后，它们才可以访问。
因此，主要问题是 - 当应用程序尝试访问驱动器时，如何让它们强制驱动器处于活动状态？
我想另一种方法是在隧道建立时自动运行脚本。如果上述情况不可行，这可能是我最好的选择。
好吧，首先，在映射驱动器时，您可以勾选 XP 应该重新连接驱动器的复选框。这并不完美。另一种选择是编写脚本并将其放在用户的启动文件夹中：
阅读此主题：https ://web.archive.org/web/1/http://techrepublic%2ecom%2ecom/5208-11184-0.html?forumID=47&threadID=178558&messageID=1818197 。这家伙基本上说要改变这个：
我们曾经在我上一个地方遇到过类似的问题，这似乎有帮助。
希望这可以帮助。
如果您尝试打开它们，它们是否可以访问？AKA，这是映射驱动器似乎已断开连接的古老问题，但在尝试打开它时，您发现它实际上已连接？
但是要在我阅读时回答这个问题：
从命令提示符映射驱动器并在重新启动后保留它，就是使其持久化。
或者，右键单击我的电脑，单击映射网络驱动器，选择位置，并确保“登录时重新连接”
我们遇到了这个问题，我们在 Unix 文件系统中安装了 2003 文件共享。“断开连接”会发生，使用它的作业可能最终不得不运行两次——第一次是唤醒共享，第二次是真正完成这项工作。
这并不令人满意，因为 - 当然 - 有时第一次运行会成功，所以最后我们的一个开发人员最终写了一份工作来定期轮询共享并保持温暖。请注意，在这种情况下，无法更改服务器上的保活时间，因为共享已安装在文件系统中，并且作业之间可能存在长达一周左右的间隔。
为什么他们不只是在每个作业开始时连接并在完成后断开连接，或者在运行实际作业之前通过另一种方法唤醒共享，我不能说。
无论如何，我不确定实现细节，但我希望如果您打算沿着这条路线走，那么仅检索目录列表的计划任务对于 Windows 客户端将具有相同的最终结果。这是一种方法，但我相信还有更好的方法。
无论如何，这个故事的寓意是 Unix/Windows 互操作性肯定不像某些人让你相信的那样无缝。但这偏离了问题。