Windows Docker部署WhatsApp Business API 健康检查报wacore解析失败

• 接口返回的getaddrinfo failed: Temporary failure in name resolution报错，本质是waweb容器内部无法通过服务名wacore解析到对应的容器内网IP，触发500错误并伴随超长请求耗时。
• 当前状态下waweb容器已异常退出，仅wacore、数据库容器处于运行状态，与跨容器网络配置失效直接相关。
• wacore服务的端口监听状态正常：control端点6252、healthcheck端点6253均在0.0.0.0地址正常监听，不存在端口绑定错误的问题。
• 此前参考的通用同类问题方案未生效，核心原因是Linux环境下的bridge网络DNS配置逻辑，与Windows Docker环境的nat网络机制不兼容，直接替换网络驱动类型会破坏Docker内置的容器服务发现能力。

• 第一步：核查当前自定义网络的容器挂载状态
  执行命令获取你创建的自定义nat网络的详细配置：
  docker network inspect <自定义nat网络名称>
  检查返回结果中Containers字段的条目，确认是否同时包含postgres_waweb_1、postgres_wacore_1、postgres_db_1三个容器。如果存在容器缺失条目，说明容器启动时未接入预期网络，跨容器通信完全不成立。
• 第二步：验证网络内置DNS服务可用性
  临时启动测试容器接入同一个nat网络，执行域名解析连通性测试：
  docker run --rm --network <自定义nat网络名称> busybox nslookup wacore
  如果返回解析失败，说明Windows Docker环境下直接复用原compose配置的bridge网络DNS逻辑不兼容，未启用Docker默认的内置DNS服务（127.0.0.11），导致容器间无法通过服务名互相寻址。
• 第三步：适配Windows nat网络的配置修正
  重新创建兼容Docker DNS机制的自定义nat网络，命令为：
  docker network create -d nat wa_business_net
  修改原有docker-compose.yml配置，移除之前全局替换bridge网络模式的错误配置，为三个服务（waweb、wacore、db）分别显式指定接入上述创建的wa_business_net网络，保留Docker默认的DNS配置，不手动修改容器内/etc/resolv.conf的DNS地址。
  注意：无需调整wacore的端口映射配置，同网络下通过服务名wacore访问6252端口的控制端点，即可满足waweb的健康检查逻辑要求。
• 第四步：全量服务重启验证
  先清理之前残留的异常容器与旧网络配置：
  docker-compose down
docker network rm 之前失效的自定义nat网络
  重新启动全栈服务：
  docker-compose up -d
  待所有容器启动完成后，检查waweb容器运行状态：
  docker container ls -a | grep waweb
  确认waweb容器状态为Up后，进入容器内部执行连通性验证：
  docker exec postgres_waweb_1 nslookup wacore
  当返回wacore容器的内网解析IP后，再请求https://<宿主机IP>:8080/v1/health接口，即可正常返回稳定状态的健康检查结果。

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