GitLab CI/CD：Azure Linux Runner交互式执行命令报错及账号疑问

我正尝试通过Terraform部署配置Azure基础设施，由部署在Azure Linux VM上的GitLab Runner编排GitLab CI/CD流水线。该Azure Linux VM已手动创建，管理员用户为azureuser。我希望通过专用GitLab CI/CD流水线安装配置GitLab Runner（含依赖），并在该Azure Linux VM上交互式执行所需Linux命令，但遇到问题：我已按GitLab文档步骤操作，用Root账号手动安装了GitLab Runner，在azureuser账号下生成了SSH密钥对，且确认Runner和Docker Executor正常运行，但在.gitlab-ci.yml中执行sudo yum -y update、sudo gitlab-runner status命令时，报错/bin/sh: eval: line 146: sudo: not found。

现咨询两个问题：

1. 在Azure Linux Runner上交互式执行命令时出错的原因是什么？
2. 使用不同账号安装Runner和生成SSH密钥对是否可行？

问题解答 #

1. sudo: not found错误原因 #

• sudo未安装或PATH未包含其路径：你的Azure Linux VM基础镜像可能没预装sudo，或者当前Runner执行环境的PATH变量里没有sudo的安装路径（通常是/usr/bin/sudo）。
• Docker Executor容器无sudo：你使用的是Docker Executor，流水线任务会在独立容器中运行。如果容器的基础镜像是精简版（如alpine、最小化CentOS），默认不会预装sudo工具。
• 无需sudo的场景：如果Runner以root用户运行，执行命令时根本不需要sudo，直接用yum -y update或gitlab-runner status即可完成操作。

2. 不同账号安装Runner与生成SSH密钥的可行性 #

完全可行，但需注意以下细节：

• SSH密钥权限配置：azureuser生成的SSH密钥要确保权限合规（私钥设为600，公钥设为644），同时Runner执行任务时要能访问到密钥文件——可以将密钥配置到Runner的SSH环境变量，或者确保Runner运行用户有密钥的读取权限。
• Runner运行用户的密钥访问：root安装的GitLab Runner默认以gitlab-runner系统用户运行。若要让Runner使用azureuser的SSH密钥，需将密钥复制到gitlab-runner用户的~/.ssh目录，或在流水线中指定密钥的绝对路径。
• 权限一致性：root安装的Runner相关文件，普通用户（如azureuser）可通过sudo或直接调用命令（若路径在PATH中）管理，但要注意权限安全，避免过度授权。

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