本地部署Minio S3环境调用HeadBucket接口报400错误求助

以下是几个可能导致该错误的原因及对应的解决办法：

• 错误使用控制台端口作为API端点
  MinIO的9001端口是Web控制台专用端口，S3 API请求必须发送到9000端口。你当前代码中将endpoint_url设为http://127.0.0.1:9001，导致API请求被控制台服务拒绝，返回400错误。

修正代码中的端点配置：

s3_client = boto3.client('s3',
        endpoint_url="http://127.0.0.1:9000",  # 替换为MinIO API端口9000
        aws_access_key_id=access_key,
        aws_secret_access_key=secret_key,
        aws_session_token=None,
        config=aws_config,
        verify=False
)

• Docker Compose环境变量冗余引发权限冲突
  MinIO新版本已弃用MINIO_ACCESS_KEY和MINIO_SECRET_KEY，统一使用MINIO_ROOT_USER和MINIO_ROOT_PASSWORD作为根凭据。你同时配置了两组凭据变量，可能干扰权限验证逻辑；且你是通过控制台创建的独立访问密钥，无需在容器环境变量中额外配置这两个参数。

修改docker-compose.yml，移除冗余变量：

environment:
  MINIO_ROOT_USER: minio
  MINIO_ROOT_PASSWORD: minio_pass
  MINIO_DOMAIN: s3minio.ru
# 删除 MINIO_ACCESS_KEY 和 MINIO_SECRET_KEY 两行配置

• 未启用路径样式访问导致虚拟主机模式冲突
  当MinIO配置了MINIO_DOMAIN时，boto3默认的虚拟主机样式请求可能无法正确解析存储桶地址，引发400错误。需要在boto3配置中强制启用路径样式访问：

更新aws_config配置：

aws_config = boto3.session.Config (
    signature_version='s3v4',
    connect_timeout=100,
    s3={'addressing_style': 'path'}  # 添加路径样式访问配置
)

• 访问密钥权限不足
  确认你在控制台创建的访问密钥拥有bucket-in存储桶的Read权限。登录MinIO控制台，进入「Access Keys」页面，检查该密钥关联的策略是否包含s3:HeadBucket操作权限。

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