咱们一步步拆解你遇到的两个问题，给你对应的解决方法：

一、创建AWS SSO配置文件后，Terraform创建S3桶提示「No valid credentials for AWS provider」 #

问题原因 #

你在设置AWS_PROFILE后，又执行了aws configure来配置访问密钥和秘密密钥——这是关键错误！AWS SSO是通过临时角色凭证来认证的，不需要手动配置长期的访问密钥，aws configure生成的长期凭证配置会和SSO的配置冲突，导致Terraform无法识别有效的SSO凭证。

解决步骤 #

1. 清理冲突的配置
   打开用户主目录下的~/.aws/config文件，找到你自定义的profile条目，删除其中包含aws_access_key_id和aws_secret_access_key的行，确保profile的配置是SSO相关的，格式应该类似：

   [profile 你的自定义名称]
   sso_start_url = <你的SSO启动URL>
   sso_region = us-east-1
   sso_account_id = <你的AWS账号ID>
   sso_role_name = <你选择的角色名>
   region = us-east-1
   output = json
   

2. 不要在SSO profile下执行aws configure
   SSO类型的profile依赖SSO服务获取临时凭证，不需要手动设置长期密钥，后续只需要通过aws sso login --profile 你的自定义名称来刷新凭证即可。

3. 验证凭证并配置Terraform

   • 先验证凭证有效性：在PowerShell中执行aws s3 ls --profile 你的自定义名称，如果能正常列出S3桶，说明凭证没问题。
   • 在Terraform的AWS provider块中指定正确的profile：

     provider "aws" {
       profile = "你的自定义名称"
       region  = "us-east-1"
     }
     

   或者在运行Terraform前，确保环境变量AWS_PROFILE指向正确的profile：

   $env:AWS_PROFILE = "你的自定义名称"
   

二、删除.aws文件夹后，执行aws configure sso提示「The config profile (profile name) could not be found」 #

问题原因 #

大概率是之前设置的AWS_PROFILE环境变量还在生效，系统会自动尝试加载这个已被删除的profile，导致报错；也可能是命令执行时不小心引用了旧的profile名称。

解决步骤 #

1. 清除残留的环境变量
   在当前PowerShell会话中执行以下命令，移除旧的AWS_PROFILE变量：

   Remove-Item Env:AWS_PROFILE
   

2. 重新执行SSO配置，从头开始
   直接运行不带任何参数的命令：

   aws configure sso
   

   然后按照提示依次输入：

   • SSO启动URL
   • SSO区域（比如us-east-1）
   • 跳转浏览器完成登录验证，选择对应的角色
   • 设置CLI默认区域、输出格式
   • 输入新的profile名称（可以和之前的一样，也可以用新的）

3. 检查生成的配置文件
   完成配置后，打开~/.aws/config，确认新的profile条目已经生成，格式和前面提到的SSO配置一致。

4. 排查其他干扰因素
   如果还是报错，检查是否存在AWS_CONFIG_FILE环境变量，它可能指向了旧的配置路径，确保它指向新生成的~/.aws/config：

   $env:AWS_CONFIG_FILE = "$HOME/.aws/config"
   

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