Rust应用无法访问Intel NUC上Docker部署的MinIO服务器如何解决

代码中硬编码的MinIO访问地址为http://127.0.0.1:9000，该地址在Docker容器内部运行时，指向Rust应用自身容器的本地环回地址，无法访问到同宿主机上的MinIO容器服务。本地开发环境Rust直接运行在宿主机上，127.0.0.1可正常访问宿主机端口映射的MinIO服务，因此无报错。
同设备上的Redis、RabbitMQ、PostgreSQL可正常连通，是因为这些服务的连接地址未使用127.0.0.1，而是使用了Docker Compose服务名或正确的网络地址。

1. 优化MinIO地址配置 #

避免硬编码访问地址，改为从环境变量读取，适配本地开发和容器部署两种场景：

let minio_endpoint = std::env::var("MINIO_ENDPOINT")
    .unwrap_or("http://127.0.0.1:9000".to_owned());
let bucket = Bucket::new_with_path_style(
        "rust-s3-new",
        Region::Custom {
            region: "".to_owned(),
            endpoint: minio_endpoint,
        },
        Credentials {
            access_key: Some("minio-admin".to_owned()),
            secret_key: Some("minio-admin".to_owned()),
            security_token: None,
            session_token: None,
        },
    )
    .unwrap();

2. 配置容器部署的访问地址 #

Docker Compose中MinIO的服务名为min-io，且已加入名为myApp的自定义网络，只要Rust应用容器也加入该网络，直接通过服务名即可访问MinIO：

• 若Rust应用在同一份Docker Compose中管理，在Rust服务的environment配置段添加：

  environment:
    - MINIO_ENDPOINT=http://min-io:9000
  

• 若Rust应用为单独启动的容器，启动时添加参数--network myApp，同时传入上述环境变量即可。

可选替代方案 #

如果需要通过宿主机地址访问MinIO，可根据宿主机操作系统替换endpoint地址：

• Linux宿主机：使用http://172.17.0.1:9000
• Windows/macOS宿主机：使用http://host.docker.internal:9000
  该方案依赖端口映射配置，稳定性低于服务名通信方案，不推荐生产环境使用。

进入Rust应用容器内部，执行curl http://min-io:9000/minio/health/live，返回状态码200即说明网络连通正常，此时启动Rust应用即可正常访问MinIO。

内容的提问来源于stack exchange，提问作者Burak Dağlı