Ubuntu环境下Docker容器中Serverless Framework读取AWS凭证失败怎么办

• 检查AWS凭证目录挂载配置
  宿主机配置的~/.aws目录默认不会同步到容器内，运行容器时需要主动挂载：
  直接用docker run启动时添加参数：-v ~/.aws:/root/.aws，如果容器内运行服务的用户非root，需要把挂载路径改为对应用户的家目录下的.aws路径；如果使用docker-compose，需要在配置的volumes字段中添加对应挂载规则。
• 验证环境变量生效范围
  手动执行export设置的环境变量仅对当前终端会话生效，如果运行Serverless的会话和执行export的会话不是同一个，或者Serverless被配置为容器的ENTRYPOINT/CMD启动，手动export的变量不会生效。
  可在运行Serverless命令的同一会话执行echo $AWS_ACCESS_KEY_ID echo $AWS_SECRET_ACCESS_KEY验证变量是否存在，如需持久化变量，可写入容器内的~/.bashrc，或者启动容器时通过-e参数传入：docker run -e AWS_ACCESS_KEY_ID=你的AK -e AWS_SECRET_ACCESS_KEY=你的SK 镜像名。
• 修正Serverless凭证配置错误
  你执行的serverless config credentials命令参数错误，--provider的参数值应为aws而非provider，正确命令为：serverless config credentials --provider aws --key 你的AK --secret 你的SK。
  同时检查项目的serverless.yml配置：如果provider字段下指定了profile: 自定义名称，需要确保你本地AWS配置存在对应名称的profile，否则删除profile配置使用默认凭证，或执行命令时添加--aws-profile default强制指定使用默认profile测试。
• 修复凭证文件权限问题
  AWS SDK对凭证文件的权限有严格要求，权限过高会拒绝读取。可在容器内执行以下命令修正：

  chmod 700 ~/.aws
  chmod 600 ~/.aws/credentials
  chmod 644 ~/.aws/config
  

  如果容器使用非root用户运行，还要确保挂载的.aws目录及内部文件的所有者UID/GID和容器内运行用户的UID/GID一致，避免无权限读取。
• 先验证AWS凭证本身有效性
  在容器内执行aws sts get-caller-identity，如果命令能正常返回账号、ARN等信息，说明凭证配置本身没问题，问题出在Serverless侧；如果该命令也报错，优先解决基础凭证配置问题再排查Serverless相关配置。
• 排查Serverless版本兼容问题
  部分旧版本Serverless Framework存在凭证读取的已知bug，可执行npm install -g serverless@latest升级到最新稳定版测试。同时确认你是否在项目局部安装了Serverless依赖，避免全局和局部版本不一致导致的配置读取异常，可改用npx serverless执行部署命令测试局部版本的读取情况。

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