远程启动服务异常：需已登录会话的服务启动问题及PowerShell登录问询

这问题我之前帮不少人排查过，确实有些服务——尤其是带UI组件、依赖用户桌面环境的——必须跑在已登录的交互式用户会话里才能正常启动。你用Invoke-Command远程执行的命令，默认是在后台的非交互式会话（比如Session 0）里运行的，这就解释了为什么只有当你用mstsc登录Server B时脚本才会成功。

针对你的需求，我整理了几个可行的PowerShell方案：

1. 找到活跃用户会话，在会话内启动服务 #

首先在远程机器上定位当前活跃的交互式用户会话ID，然后强制在这个会话里启动服务脚本。修改你的run_service.ps1如下：

# 获取当前处于活跃状态的用户会话ID（用quser命令筛选）
$activeSession = quser | Where-Object { $_ -match 'Active' }
if ($activeSession) {
    $sessionId = $activeSession -split '\s+' | Select-Object -Index 2
    
    # 在目标会话中启动服务脚本（-WindowStyle Hidden可以隐藏窗口）
    Start-Process -FilePath "powershell.exe" `
                  -ArgumentList "-File ""C:\your\path\to\run_service.ps1""" `
                  -SessionId $sessionId `
                  -WindowStyle Hidden
} else {
    Write-Error "未找到活跃的交互式用户会话，请先通过mstsc登录或创建会话"
}

注意：quser命令需要远程机器支持，且执行脚本的账号要有足够权限；Start-Process的-SessionId参数要求PowerShell 5.1及以上版本。

2. 临时创建交互式会话启动服务 #

如果远程机器没有活跃的用户会话，你可以用PowerShell结合Windows自带命令创建一个交互式会话，再启动服务。比如用tscon切换到控制台会话（需要管理员权限）：

在Server A的脚本里修改Invoke-Command的ScriptBlock：

Invoke-Command -ComputerName $B_comp -ScriptBlock {
    # 切换到控制台会话（如果已有会话会切换过去，没有则创建）
    tscon 0 /dest:console
    
    # 在控制台会话中启动服务脚本
    Start-Process powershell.exe -ArgumentList "-File ""C:\your\path\to\run_service.ps1""" -WindowStyle Hidden
} -Credential $cred

这个方法要注意：tscon可能会中断当前登录用户的桌面连接，执行前最好确认远程机器没有用户正在操作。

3. 调整服务配置（最优解，如果可行） #

如果这个服务是你可控的，最好的解决方式是修改服务本身的属性，让它不再依赖交互式用户会话：

• 打开服务管理器，找到目标服务，右键→属性→登录选项卡
• 如果勾选了“允许服务与桌面交互”，尝试取消这个选项（部分老服务可能需要保留，但会带来安全风险）
• 或者修改服务的登录身份为Local System（同样要注意安全风险），并确保服务代码不依赖用户桌面环境

最后回答你的问题：PowerShell本身可以间接实现远程机器的交互式会话登录——通过结合tscon、Start-Process -SessionId这类命令，能创建或复用交互式会话来满足服务的运行要求。如果需要完全模拟mstsc的桌面登录体验，可能需要借助psexec这类工具的-i参数，但也可以通过PowerShell调用这些工具完成。

内容的提问来源于stack exchange，提问作者Noam