ASP.NET Core部署IIS后无法通过Process.Start()运行第三方程序的解决方案

1. 调整应用程序池权限 #

• 将IIS对应应用程序池的标识从默认的ApplicationPoolIdentity更换为LocalSystem，或拥有本地管理员权限的专用本地/域账户。注意：LocalSystem权限极高，需评估安全风险，优先使用最小权限的专用账户。
• 操作路径：IIS管理器 → 目标应用程序池 → 高级设置 → 进程模型 → 标识 → 选择对应账户。

2. 重构架构（推荐长期方案） #

服务器端直接启动桌面应用本身违背Web应用的设计逻辑，存在安全、资源占用等隐患，更合理的方案是拆分任务流程：

• 客户端触发模式：在前端生成任务参数，通过自定义URL协议调用本地应用。比如注册photoshop-task://协议关联本地辅助程序，用户点击后在本地启动Photoshop并传递任务参数，完成后由辅助程序调用Web API提交结果。
• 独立任务服务模式：部署一个Windows服务或桌面应用作为任务处理节点，Web应用通过消息队列（如RabbitMQ、Redis队列）发送任务请求，节点监听队列后启动第三方应用处理任务，完成后回调Web应用更新状态。

3. 修正脚本执行的细节问题 #

• 确保VBScript文件使用绝对路径，且给应用程序池账户分配了「读取+执行」权限。
• 执行脚本时指定完整的解释器路径，比如用Process.Start(@"C:\Windows\System32\cscript.exe", @"D:\Scripts\your_task.vbs")，避免因环境变量问题找不到执行程序。

4. 交互式服务（不推荐） #

仅适用于Windows Server 2008及更早系统，可开启交互式服务允许IIS进程启动桌面应用，但该功能在Windows Server 2012+已被弃用，且存在严重安全风险，不建议采用。

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