Docker桥接网络跨栈通信问题：EFK与应用栈日志互通失败

结论 #

完全可以通过共享Docker网络实现应用栈向EFK栈的Fluentd发送日志，你的配置问题出在日志驱动的网络访问逻辑和服务名解析场景不匹配。

问题根源 #

Docker的fluentd日志驱动是运行在宿主机的Docker守护进程中，并非容器所在的网桥网络内部：

• 用fluentd:24224作为日志驱动地址时，Docker守护进程会在宿主机的DNS环境下解析fluentd域名，但宿主机默认不知道Docker网桥内的服务名，必然出现DNS解析失败。
• 用localhost:24224能启动应用，是因为Docker守护进程访问的是宿主机端口，但如果Fluentd容器没把24224端口映射到宿主机，日志根本发不进去；就算映射了，也绕开了网桥的直接通信逻辑。

正确配置方案 #

方案1：映射Fluentd端口到宿主机（简单易操作） #

修改efk.yml里的Fluentd服务，把端口映射到宿主机：

services:
  fluentd:
    ports:
      - "24224:24224"
      - "24224:24224/udp" # 若使用UDP日志则添加

然后app.yml的日志驱动配置保持localhost:24224即可。

方案2：让宿主机能解析Docker网桥内的服务名（推荐，无端口依赖） #

Docker网桥自带内置DNS服务器（通常是网桥网关IP），让宿主机DNS包含这个地址，就能解析容器服务名：

1. 查看efk_default网桥的网关IP：

docker network inspect efk_default | grep Gateway

得到类似"Gateway": "172.18.0.1"的结果。
2. 修改宿主机DNS配置（以Ubuntu为例）：
编辑/etc/resolv.conf，添加一行：

nameserver 172.18.0.1

若要持久化配置，可通过systemd-resolved设置，避免重启失效。
3. 此时app.yml里的日志驱动配置可继续使用fluentd:24224，Docker守护进程能通过宿主机DNS解析到Fluentd容器的IP。

方案3：指定Fluentd容器的网桥IP（不推荐，IP易变） #

先通过docker inspect efk_fluentd_1拿到Fluentd在efk_default网桥上的IP（比如172.18.0.2），再修改app.yml的日志驱动：

services:
  app:
    logging:
      driver: "fluentd"
      options:
        fluentd-address: "172.18.0.2:24224"

该方案缺点是容器重启后IP可能变化，仅适合临时测试。

方案4：全局配置Docker守护进程日志驱动（统一管理场景） #

编辑Docker守护进程配置文件/etc/docker/daemon.json：

{
  "log-driver": "fluentd",
  "log-opts": {
    "fluentd-address": "fluentd:24224"
  }
}

重启Docker守护进程：

systemctl restart docker

此方案全局生效，所有新容器默认使用该日志驱动，前提是宿主机已配置好Docker网桥DNS解析（参考方案2）。

额外检查点 #

• 确认Fluentd容器的24224端口在efk_default网络内是开放的（无需映射到宿主机，除非用方案1）。
• 确认app.yml的外部网络配置正确：

networks:
  default:
    external:
      name: efk_default

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