我正在为要运行的 Windows 服务创建一个（本地）用户。我有充分的理由不想使用网络服务、本地服务或本地系统。
我通过创建用户net user foobar "Abcd123!" /add- 这工作正常。
此时，c:\users\foobar不存在。
如果我创建用户的主目录，则在用户登录（或更准确地说）或用户所要的服务启动之前，Windows 会在隔壁创建一个名为的用户配置文件c:\users\foobar-{gibberish/SID/whatever}- 这不是一个可预测的名称。
我需要用户的主目录包含诸如.ssh目录之类的东西，a .gitconfig- 类似的工具（不限于那些工具）假设它将是一个人使用它们，因此用户配置进入内部~/...。通常，来自 Unix 遗产的工具。
实际问题
那么 - 是否有一种编程方式（最好是 PowerShell 或开箱即用的命令行）来告诉 Windows 为本地用户创建用户配置文件？
或者，还有其他解决方法吗？
我还没有尝试的事情：
- 一个 NSSM 启动/预挂钩，它将文件从其他地方复制到用户配置文件目录中，该目录希望在此时存在，因为Windows启动服务，创建用户配置文件，然后在启动前将控制权交给运行挂钩的 NSSM 包装器。
- 将服务的 USERPROFILE 环境变量设置为实际用户配置文件目录以外的位置。这让我觉得很危险，但也可以正常工作。
其他上下文：
- Windows Server 2016，桌面体验。
- 不能使用核心/纳米。
- 没有活动目录在播放。不会有。
- 这些是本地用户。
- 我通过 Ansible 执行此操作，它在 Windows 事物的引擎盖下使用 PowerShell。特别是带有 Ansible 2.7.5的win_user模块。
- 我不想创建一个
C:\users\default（相当于/etc/skel），因为有几个不同的服务用户，并且一个尺寸不会适合所有人。这也不会影响创建用户配置文件的时间，只会影响其中的内容。 - 我正在使用NSSM来管理服务。
我尝试过的事情
- 启动服务并允许 Windows 创建目录
- 我不想这样做，因为该服务在启动之前需要秘密，所以如果我在我的图像烘焙过程中这样做，我将需要清理它们，并确保我的服务不这样做烘烤阶段的任何工作。我想避免这两个繁琐的部分。
