如何解决TeamCity通过psexec在远程Windows Server 2012 R2运行.exe的报错问题？

我之前也踩过类似的坑，你这个情况核心是TeamCity的运行环境和本地命令行环境存在差异，先给你拆解下常见退出码对应的问题，再一步步给解决方案：

先搞懂退出码的含义 #

• 退出码4：PsExec无法连接到远程系统，要么是网络/防火墙挡住了，要么远程系统直接拒绝了连接请求
• 退出码6：权限不足，TeamCity执行命令用的账号没有足够权限在远程机器上创建进程、访问共享资源

排查&解决步骤 #

1. 确认TeamCity代理的运行账号权限 #

TeamCity构建代理是用某个账号启动的，这个账号必须满足：

• 拥有远程Windows Server 2012 R2的本地管理员权限（PsExec远程创建进程需要这个权限）
• 能正常访问远程机器的C:\SharedFolder共享文件夹，别只给了本地用户权限，要把TeamCity代理账号加到共享的权限列表里

2. 调整PsExec命令参数 #

本地能跑但TeamCity不行，大概率是会话和权限的问题，试试修改命令：

psexec -i -s \\server-ip C:\SharedFolder\RUNME.bat

这里加了-s参数，让PsExec以远程机器的系统账号（NT AUTHORITY\SYSTEM）运行，这个账号权限拉满，能避开TeamCity代理账号的权限坑；另外把路径改成Windows标准的反斜杠\，避免路径识别问题。

3. 修复远程机器的UAC和服务配置 #

• 开启远程机器的远程注册表服务：PsExec依赖这个服务来创建远程进程，在服务列表里找到Remote Registry，设置为自动启动并启动它
• 关闭UAC远程限制：运行regedit，定位到HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System，新建DWORD值LocalAccountTokenFilterPolicy，设置值为1，然后重启远程机器。这个设置能让本地管理员账号远程访问时拥有完整权限，不会被UAC降权。

4. 解决会话缺失的问题 #

TeamCity代理如果是在服务模式下运行，是没有桌面会话的，-i参数指定的会话可能不存在。可以先在远程机器上运行query session，找到当前活跃的会话ID（比如是1），然后修改命令：

psexec -i 1 \\server-ip C:\SharedFolder\RUNME.bat

5. 加日志排查脚本执行情况 #

在RUNME.bat开头加日志输出，确认脚本到底有没有被执行：

echo "Script started at %date% %time%" >> C:\SharedFolder\runme.log
your-exe-file.exe your-parameters >> C:\SharedFolder\runme.log 2>&1
echo "Script ended at %date% %time%" >> C:\SharedFolder\runme.log

如果日志里有内容，说明PsExec已经成功调用脚本，问题出在exe本身；如果日志为空，那还是PsExec的连接/权限问题。

替代方案：用PowerShell远程执行 #

如果PsExec实在搞不定，可以试试TeamCity的PowerShell远程执行功能，稳定性更好：

Invoke-Command -ComputerName server-ip -ScriptBlock { & "C:\SharedFolder\RUNME.bat" } -Credential (Get-Credential)

不过这个需要提前配置远程机器的WinRM服务，步骤稍微多一点，但胜在可靠。

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