VSTS发布任务执行SSH命令报错“Failed to create shell”求助

我之前在使用VSTS（现在叫Azure DevOps）的SSH任务时也碰到过类似的问题，给你几个实用的排查方向：

1. 先手动验证SSH连接与命令可行性 #

先跳出VSTS任务，用本地终端直接SSH到目标Linux服务器，用和VSTS任务相同的账号执行命令：

cd REDACTED_PATH && rm -rf REDACTED_FOLDER
# 或者直接用绝对路径更稳妥
rm -rf REDACTED_PATH/REDACTED_FOLDER

如果手动执行都报错，那问题出在服务器端（比如权限、路径错误、SSH服务异常），先解决这个基础问题：

• 确认服务器SSH服务正常运行：systemctl status sshd
• 确认账号对目标路径有足够权限：比如用ls -ld REDACTED_PATH检查目录权限，确保该账号有读和执行权限，对REDACTED_FOLDER有删除权限

2. 检查VSTS SSH任务的配置细节 #

• 连接信息是否准确：核对主机名、端口、用户名，以及认证方式（密码/密钥）。如果用密钥认证，确保私钥是无密码的（或者在任务里配置了密码），且服务器端~/.ssh/authorized_keys已经添加了对应的公钥。
• 避免依赖交互式shell的命令：有些SSH任务是在非交互式shell环境下执行的，cd命令可能不会生效，直接用绝对路径执行rm命令更可靠，比如把命令改成rm -rf REDACTED_PATH/REDACTED_FOLDER。
• 选对任务类型：如果只是执行命令，用普通的「SSH」任务（而非「SSH发布」任务）可能更合适，发布任务通常用于文件部署，执行命令的场景用基础SSH任务兼容性更好。

3. 排查服务器端的SSH配置限制 #

• 检查目标用户的默认shell是否存在且可用：执行echo $SHELL看默认shell路径，比如/bin/bash，确保该文件存在且用户有权限访问。
• 查看sshd_config的限制：比如是否开启了ForceCommand强制指定命令，或者设置了AllowUsers/DenyUsers限制账号登录，这些配置可能导致无法创建自定义shell执行命令。可以临时注释相关配置后重启sshd测试。

4. 查看VSTS任务的详细日志 #

在VSTS任务失败后，点击日志详情，看看“Failed to create shell”有没有附带更多错误信息（比如权限不足、shell路径不存在），这些细节能帮你快速定位问题。

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