Docker Compose中Nginx容器与同主机容器通信问题咨询

嘿，这个问题我之前也碰到过，核心原因是Nginx容器里的example.test默认会解析到主机的IP（或者外部DNS服务器），而不是同一桥接网络里的目标容器。下面给你两种可行的方案，按需选择：

方案一：保留.test域名，让容器能解析到目标服务 #

如果你一定要用.test域名来做代理，有两种方式实现容器内的域名解析：

1. 用Docker Compose的extra_hosts静态绑定（快速测试用） #

假设你的目标服务在docker-compose.yml里的服务名是app，直接给Nginx容器加个extra_hosts配置，把example.test和服务名绑定起来——Docker的内置DNS会自动把服务名解析成对应容器的IP：

services:
  nginx:
    # 你的Nginx镜像、端口映射等配置...
    extra_hosts:
      - "example.test:app"  # 把example.test指向目标服务名app
    networks:
      - my_bridge_network

  app:
    # 你的应用服务配置...
    networks:
      - my_bridge_network

networks:
  my_bridge_network:
    driver: bridge

这样Nginx容器里访问example.test就会直接指向app容器了。

2. 自定义DNS解析（适合多容器共用.test域名的场景） #

如果有多个容器都需要解析.test域名，你可以在主机上跑个轻量DNS服务（比如dnsmasq），配置address=/test/目标容器IP，然后让所有Docker容器都用主机的DNS服务器。在docker-compose.yml里给容器加dns: [你的主机内网IP]就行，这样所有容器里的.test域名都会被解析到你指定的容器。

方案二：直接用Docker服务名通信（推荐！） #

其实Docker Compose自带的内置DNS功能已经帮我们搞定了容器间的通信——同一网络里的服务名称本身就是一个可直接解析的“域名”，比自定义域名更稳定，还不用操心IP变化的问题。

你只需要修改Nginx的配置文件，把原来的proxy_pass http://example.test:8000;改成：

location / {
    proxy_pass http://app:8000;  # app是你docker-compose.yml里的目标服务名
    # 其他代理相关配置（比如header转发之类的）...
}

这样Nginx会直接通过Docker的内置DNS找到app服务对应的容器，通信完全没问题，而且容器重启IP变了也不影响。

小提醒 #

不管用哪种方案，一定要确保所有容器都在同一个桥接网络里——Docker Compose默认会给所有服务创建一个专属网络，只要你没手动改网络配置，默认就是同个网络，不用额外操作。

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