使用sudo -E执行含aws cp的bash脚本提示找不到config配置如何解决

sudo -E未生效的核心原因 #

sudo -E的作用是保留当前用户的环境变量，但两类默认配置会导致AWS相关配置依然无法被脚本识别：

• 多数Linux发行版的sudoers配置默认开启Defaults always_set_home规则，即便使用-E参数，HOME环境变量依然会被重置为/root。AWS CLI默认会读取~/.aws路径下的配置，HOME被替换后自然会去/root/.aws路径查找，找不到对应配置就会报错。
• 部分sudoers配置还会设置env_reset或env_delete规则，主动清理AWS_开头的环境变量，即便你提前export了相关变量，sudo执行后也会丢失。

AWS CLI指定配置的支持说明 #

aws s3 cp 完全支持通过参数或环境变量指定配置文件路径，相关规则如下：

• 命令行参数可直接指定：--profile <配置名>指定要使用的配置剖面，--config-file <config路径>指定config文件位置，--credentials-file <凭证文件路径>指定credentials文件位置
• 环境变量指定：AWS_CONFIG_FILE、AWS_SHARED_CREDENTIALS_FILE、AWS_PROFILE三个变量分别对应配置文件路径、凭证文件路径、使用的剖面名称，优先级低于命令行参数。

可行解决方案 #

按优先级从高到低推荐以下方案：

1. 执行sudo时显式传入必要环境变量，避免依赖-E的不可靠规则
   执行命令替换为：

   sudo HOME="$HOME" AWS_PROFILE="$AWS_PROFILE" bash /path/to/script.sh
   

   该方案不需要修改脚本，显式传入的变量不受sudoers默认规则限制。
2. 在脚本内部硬编码配置路径，彻底隔离环境变量影响
   在脚本开头aws cp执行前添加以下内容：

   # 替换为原用户的aws配置实际路径
   export AWS_CONFIG_FILE="/home/your_username/.aws/config"
   export AWS_SHARED_CREDENTIALS_FILE="/home/your_username/.aws/credentials"
   export AWS_PROFILE="your_profile_name"
   

3. 直接在aws cp命令上添加参数指定配置
   将脚本内的aws cp命令修改为：

   aws s3 cp <源路径> <目标路径> --profile your_profile_name --config-file /home/your_username/.aws/config --credentials-file /home/your_username/.aws/credentials
   

注：以上方案中涉及原用户的.aws目录路径，root身份运行脚本时默认拥有该路径的读取权限，不需要额外修改权限配置。

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