容器加入composer_default网络后，应使用什么IP连接orderer容器？

看起来你在把Node.js应用迁移到Docker容器后，遇到了和Orderer节点的GRPC连接问题，我结合你提供的composer_default网络信息，给你一步步排查的方案：

1. 先试试Orderer的容器内网IP #

从你给出的网络详情里，orderer.example.com在composer_default网络中的内网IP是172.18.0.3，先直接用这个IP构建连接字符串：

grpc://172.18.0.3:7050

如果这个能成功连接，说明问题出在容器名的DNS解析或者Orderer的监听配置上；如果还是不行，那大概率是Orderer的端口监听范围有问题。

2. 检查Orderer的监听地址是否正确 #

这是最常见的坑：如果Orderer节点的配置（比如orderer.yaml）里，ListenAddress设置成了localhost:7050，那它只会接受来自自身容器内部的请求，同一网络里的其他容器根本连不上。

你需要进入Orderer容器，查看配置文件里的监听地址，确保它是0.0.0.0:7050（允许所有网卡监听）。修改后重启Orderer容器，再试容器名或者IP连接。

3. 验证容器名的DNS解析是否正常 #

如果用IP能连，但orderer.example.com这个容器名不行，那要检查Docker网络的DNS解析：

• 先确认你的Node.js容器确实加入了composer_default网络：

  docker inspect <你的Node.js容器ID/名称> | grep Networks
  

  输出里必须能看到composer_default。
• 进入Node.js容器内部，ping一下Orderer的容器名，看能不能解析到正确的IP：

  docker exec -it <你的Node.js容器ID/名称> ping orderer.example.com
  

  如果ping不通，说明Docker的DNS服务出了问题，可以尝试重启Docker服务，或者删除并重新创建composer_default网络（注意先停掉相关容器）。

4. 确认Orderer的7050端口确实在监听 #

进入Orderer容器，执行以下命令检查端口监听状态：

docker exec -it orderer.example.com netstat -tulpn | grep 7050

如果输出显示0.0.0.0:7050，说明端口是对外开放的；如果是127.0.0.1:7050，那就是前面说的监听地址配置错误，必须改成0.0.0.0才能让其他容器访问。

小提示：检查GRPC客户端配置 #

如果以上都没问题，还要确认你的Node.js GRPC客户端没有强制启用SSL连接——如果Orderer没有配置TLS，客户端却用了grpcs://或者开启了SSL验证，也会连接失败。

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