因此，$software 运行在“服务器”上（带有文件共享功能的 Windows 客户端以共享 db 文件夹），并且笔记本电脑客户端已映射驱动器并安装了 $software。这是供应商推荐的设置。
好吧，当用户启动笔记本电脑并登录时，还没有连接无线，没有映射驱动器，所以当软件打开时它不会检测到文件（b/c 它们没有映射）并且用户无法工作.
我以为我通过使用 powershell 登录脚本来检测无线连接的时间然后映射驱动器来解决这个问题，但我只是跟进，她说笔记本电脑再次停止工作，所以我只能假设它一定以某种方式坏了。用户登录后手动启动软件，我不会告诉她进入我的电脑双击Z盘手动启动映射，然后启动软件。让我看起来很糟糕。
当我去现场时，我将尝试使用本地组策略和
- 将办公室的无线配置文件设置为计算机配置，以便在登录前先登录
- 设置Always wait for network at computer startup and logon组策略
- 使用组策略为用户在登录时设置驱动器映射
我希望所有这些都在桌面出现之前完成，因为从用户体验的角度来看，如果桌面启动，那么一切都应该准备就绪。
还有其他想法或我忽略的事情吗？
如果软件支持
UNC paths，你就可以使用那些。您也可以Network Places通过 Group Policy添加它们User Configuration \ Preferences \ Shortcuts。或者，您可以让用户通过 PowerShell 脚本启动软件，该脚本在启动软件之前执行适当的操作和/或完整性检查。
本地组策略无法通过 GPP 驱动映射。我最终使用了一个 powershell 脚本
删除旧的映射驱动器
等待任意秒数让计算机连接到办公室的特定SSID，如果在该时间范围内未连接则退出
无线连接后，它会从文本文件（当然是安全字符串！）中导入用户密码，并将其与硬编码的用户名结合使用来映射驱动器。
我可以很容易地告诉用户，当这个黑匣子消失时，一切都已连接。这是我最初使用的，由于某种原因停止工作。嗯，那个原因是用户更改了她的密码。我可能应该已经看到了这一点，但我通过创建一个特定的资源帐户并授予它对所需共享的权限来解决这个问题。
84104 提出了使用 UNC 路径的建议，但安装软件后，它只会通过映射驱动器连接。此外，她在使用该方法登录后第一次打开软件时会提示密码，因为这不是域环境。