解决 Jenkins 在 EC2 实例中使用不同用户权限的问题

49次阅读

问题描述

希望通过 Jenkins 实现从 GitHub 到 EC2 实例目录的持续集成，但在将文件复制到由 “www-data” 用户拥有的生产目录时，因为 Jenkins 使用 “ubuntu” 用户，权限问题导致 SSH 文件复制失败。用户的 SSH 登录只能使用 “ubuntu” 用户。用户询问如何解决这个问题。

解决方案

请注意以下操作注意版本差异及修改前做好备份。

方案1 – 使用 Jenkins 的 “send build artifacts over ssh” 插件

Jenkins 提供了一个插件叫做 “send build artifacts over ssh”，这个插件可以解决你的问题。它可以让你将构建产物发送到远程服务器，并且支持在远程服务器上执行命令。下面是解决方案的步骤：

首先，确保你已经在 Jenkins 中安装了 “send build artifacts over ssh” 插件。如果没有安装，你可以在 Jenkins 插件管理页面中搜索并安装该插件。
在你的 Jenkins 项目配置中，找到 “Post-build Actions” 部分，点击 “Add post-build action”，选择 “Send build artifacts over SSH”.
配置 “SSH Server”，输入目标服务器的连接信息，包括主机名/IP 地址、SSH 端口、”ubuntu” 用户的 SSH 密钥等。
在 “Transfer set” 部分，配置你希望传输到远程服务器的构建产物，比如文件、文件夹等。
在 “Exec command” 部分，如果你需要在远程服务器上执行一些命令，可以在这里添加，以确保构建的后续操作能够顺利执行。
保存配置并触发构建，Jenkins 将会使用 “send build artifacts over ssh” 插件将构建产物发送到远程服务器，同时也能执行你配置的命令。

这样，你就可以在不同用户权限之间完成文件复制以及其他操作，而无需直接使用 “ubuntu” 用户登录目标服务器。

注意：确保 “send build artifacts over ssh” 插件配置中的 “SSH Server” 信息和你的目标服务器信息一致。如果需要在远程服务器上执行命令，请谨慎操作，确保命令安全且合适。

方案2 – 手动编写脚本

如果你更倾向于手动控制操作，你可以编写一个脚本来在 “ubuntu” 用户下执行 SSH 文件复制操作，然后在复制完成后切换到 “www-data” 用户执行其他操作。以下是一个简单的示例脚本：

#!/bin/bash
# 使用 "ubuntu" 用户执行文件复制操作
sudo -u ubuntu scp /path/to/local/file ubuntu@your_ec2_instance:/path/on/remote/server

# 文件复制完成后，切换到 "www-data" 用户执行其他操作
sudo -u www-data ssh ubuntu@your_ec2_instance "command_to_run_as_www-data_user"

在这个示例脚本中，我们首先使用 “ubuntu” 用户执行 scp 命令将文件复制到远程服务器，然后再切换到 “www-data” 用户执行其他命令。你可以根据实际需求修改脚本中的路径和命令。

这种方法需要你手动编写脚本，并在脚本中切换用户和执行命令，确保你理解每一步操作的含义和风险。