LocalStack S3连接拒绝及AWS Toolkit令牌无效问题求助

核心问题分析 #

你遇到的「安全令牌无效」「连接拒绝」错误，主要源于容器网络配置错误、区域/凭证不匹配、AWSToolkit凭证干扰这三个核心问题，以下是针对性解决方案：

1. 修正容器间网络访问地址 #

如果你的myApp运行在Docker容器内，代码中ServiceURL用127.0.0.1:4566会指向容器自身，而非LocalStack容器。同一网络下需用LocalStack的容器名awslocal访问：

var config = new AmazonS3Config
{
   ServiceURL = "http://awslocal:4566", // 容器内运行时使用该地址
   // 若myApp直接在宿主机运行，保留http://127.0.0.1:4566
   ForcePathStyle = true,
};

2. 确保区域与LocalStack完全一致 #

LocalStack环境变量指定了eu-west-1，代码中必须显式设置对应区域，否则SDK会使用默认区域导致凭证校验失败：

var config = new AmazonS3Config
{
   ServiceURL = "http://awslocal:4566",
   ForcePathStyle = true,
   RegionEndpoint = RegionEndpoint.EUWest1 // 对应eu-west-1区域
};

3. 排除AWSToolkit的凭证干扰 #

AWSToolkit会自动加载本地AWS凭证（如Visual Studio配置、~/.aws/credentials文件），优先级高于代码中指定的test/test，导致令牌无效。解决方式：

• 代码层面强制使用指定凭证：

var credentials = new BasicAWSCredentials("test", "test");
var config = new AmazonS3Config
{
   ServiceURL = "http://awslocal:4566",
   ForcePathStyle = true,
   RegionEndpoint = RegionEndpoint.EUWest1
};
// 显式传入凭证，确保SDK不加载其他来源的凭证
var s3Client = new AmazonS3Client(credentials, config);

• Visual Studio设置层面：打开Tools -> Options -> AWS Toolkit，取消勾选「Use default AWS credentials」，避免自动注入外部凭证。

4. 验证目标存储桶存在 #

确保my-bucket已在LocalStack中创建，命令行执行：

awslocal s3 mb s3://my-bucket

若存储桶未创建，ListObjectsAsync会触发额外错误。

优化Docker Compose配置（可选） #

移除network_mode: bridge，让Docker自动创建自定义网络，容器间访问更稳定，同时添加depends_on确保LocalStack先启动：

version: "3.7"
services: 
  localstack: 
    container_name: awslocal
    image: localstack/localstack 
    hostname: awslocal 
    ports: 
        - "4566:4566"
    environment: 
        - SERVICES=s3 
        - DOCKER_HOST=unix:///var/run/docker.sock 
        - AWS_DEFAULT_REGION=eu-west-1
        - AWS_ACCESS_KEY_ID=test
        - AWS_SECRET_ACCESS_KEY=test
    volumes: 
        - "${TEMPDIR:-/tmp/newFolder}:/tmp/newFolder"
        - "/var/run/docker.sock:/var/run/docker.sock"
  myApp:
    image: ${DOCKER_REGISTRY-}myApp
    build:
        context: .
        dockerfile: myApp/Dockerfile
    depends_on:
      - localstack

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