Docker Compose配置Elasticsearch后跨容器连接被拒绝问题

首先直接点出问题根源：你在测试容器里用localhost:9200访问Elasticsearch时，这里的localhost指向的是测试容器自身，而非运行ES的容器，这就是连接被拒绝的核心原因。

快速修复方案 #

把curl命令里的localhost替换为ES的服务名（也就是你Compose配置里定义的elasticsearch）或者容器名——在同一个Docker桥接网络中，容器可以通过服务名/容器名直接互相访问：

docker run --rm --network docker_esnet byrnedo/alpine-curl -XGET 'elasticsearch:9200/_all'

额外验证步骤 #

1. 确认网络一致性：执行docker network inspect docker_esnet，检查输出里的Containers部分，确保elasticsearch容器和你用来测试的alpine-curl容器都在这个网络中。
2. 检查ES端口监听状态：进入ES容器，确认它确实在监听9200端口：

   docker exec -it elasticsearch bash
   # 容器内执行（若没有ss命令，可先安装：apk add iproute2）
   ss -tulpn | grep 9200
   

   正常输出应显示0.0.0.0:9200，说明端口对容器内网络开放，而非仅绑定127.0.0.1。

关于expose的说明 #

你优先用expose而非ports的思路完全正确——expose仅用于声明容器内部开放的端口，供同一Docker网络内的容器间通信，不需要把端口映射到宿主机。你的Compose配置里的expose设置没有问题，本次故障和它无关。

补充测试方法 #

如果想快速验证ES服务本身是否正常，可以直接在ES容器内部测试：

docker-compose exec elasticsearch curl localhost:9200/_all

若返回正常的ES响应，说明服务本身运行无异常。

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