容器化Rust程序仅能通过Host网络连接其他容器问题求助

核心问题定位 #

你的场景中，容器内工具（ping、psql）能正常访问数据库，但Rust程序无法连接，仅Host网络模式可用——说明问题出在Rust程序自身的网络/连接逻辑，而非Docker网络配置。

分步排查与修复方案 #

1. 捕获具体连接错误日志 #

当前仅提及连接失败，缺少关键错误细节（如超时、认证失败、连接拒绝）。修改代码输出完整错误信息：

pub fn pg_establish_connection(config: &str) -> BoxFuture<ConnectionResult<AsyncPgConnection>> {
    async {
        match tokio_postgres::connect(config, NoTls).await {
            Ok((client, connection)) => {
                tokio::spawn(async move {
                    if let Err(e) = connection.await {
                        error!("Connection error: {}", e);
                    }
                });
                let async_connection = AsyncPgConnection::try_from(client).await?;
                Ok(async_connection)
            }
            Err(e) => {
                error!("Postgres连接失败详情: {:?}", e);
                Err(PgConnectionError::TokioPostgresError(e))
            }
        }
    }.boxed()
}

同时在Docker Compose中添加日志配置，确保能看到程序输出：

chirpstack-cim-integration:
  ...
  logging:
    driver: "json-file"
    options:
      max-size: "10m"
      max-file: "3"

错误信息是定位问题的关键，比如DNS解析失败、认证错误还是网络超时。

2. 验证Tokio Runtime配置 #

如果程序使用自定义Tokio Runtime，检查是否限制了网络功能。确保Cargo.toml中Tokio启用了完整网络特性：

tokio = { version = "1.0", features = ["full"] }

避免使用basic或仅部分启用特性，这可能导致容器内异步网络连接异常。

3. 确认连接字符串与环境变量解析 #

虽然你提到环境变量已传入，但需确保程序解析时无转义、截断问题。可打印脱敏后的连接字符串到日志：

info!("使用的Postgres连接串: {}", config.replace("sensor_db:sensor_db@", "***:***@"));

确认串中的主机名、端口、用户密码与psql测试时完全一致。

4. 排查依赖版本兼容性 #

检查tokio-postgres和redis依赖的版本，旧版本可能存在Docker桥接网络下的兼容性问题。尝试升级到最新稳定版：

tokio-postgres = "0.7.10"
redis = "0.23.0"

5. 测试极简Rust连接程序 #

在同一容器中运行极简测试程序，验证基础连接能力：

// test-connect.rs
use tokio_postgres;

#[tokio::main]
async fn main() -> Result<(), Box<dyn std::error::Error>> {
    let config = std::env::var("PG_CONNECTION").unwrap();
    println!("连接地址: {}", config);
    let (client, connection) = tokio_postgres::connect(&config, tokio_postgres::NoTls).await?;
    tokio::spawn(async move {
        if let Err(e) = connection.await {
            eprintln!("连接异常: {}", e);
        }
    });
    let rows = client.query("SELECT 1", &[]).await?;
    let value: i32 = rows[0].get(0);
    println!("查询结果: {}", value);
    Ok(())
}

若此程序能正常连接，说明问题出在你的应用逻辑（如连接池、异步任务调度）而非基础网络。

临时方案优化（替代Host网络） #

若暂时无法定位根本原因，可不用Host网络，通过自定义桥接网络隔离服务，避免端口暴露的安全隐患：

version: "3.8"
networks:
  app-internal:
    driver: bridge

services:
  sensor-db:
    ...
    networks:
      - app-internal
    # 不暴露端口到宿主机

  redis:
    ...
    networks:
      - app-internal
    # 不暴露端口到宿主机

  chirpstack-cim-integration:
    ...
    environment:
      - REDIS_CONNECTION=redis://redis:6379
      - PG_CONNECTION=postgres://sensor_db:sensor_db@sensor-db:5432/sensor_db?sslmode=disable
    networks:
      - app-internal

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