嘿，作为Docker新手碰到这种没法改代理代码的情况确实有点棘手，不过咱们完全可以从Docker网络特性和容器配置层面入手解决，不用动Node.js代理的半行代码！

方案1：利用Docker自定义网络的DNS解析（最简单直接） #

因为所有容器都在my-network这个自定义网络里，Docker自带的DNS服务会自动给每个容器分配一个和容器名称一致的DNS别名。也就是说，你根本不用硬写IP地址，直接用容器名就能访问对应服务。

具体操作步骤： #

首先确保你的docker-compose.yml里每个服务都明确设置了container_name（这样DNS别名更固定），比如：

services:
  reverse-proxy:
    container_name: reverse-proxy
    image: 你的Node.js代理镜像
    networks:
      - my-network
  frontend:
    container_name: frontend
    image: 你的前端镜像
    networks:
      - my-network
  backend:
    container_name: backend
    image: 你的后端镜像
    networks:
      - my-network
  activemq:
    container_name: activemq
    image: apache/activemq
    networks:
      - my-network
networks:
  my-network:
    external: true # 如果你已经手动创建过这个网络的话

如果你的Node.js代理支持从环境变量读取路由配置（很多开源代理都支持这个），那直接给reverse-proxy加几个环境变量就行：

reverse-proxy:
  # ... 其他配置不变
  environment:
    - ROUTE_FRONTEND=http://frontend:80 # 前端容器的端口根据实际情况改
    - ROUTE_BACKEND=http://backend:3000 # 后端容器的端口同理
    - ROUTE_ACTIVEMQ=http://activemq:8161 # ActiveMQ的默认管理端口是8161

这样代理启动时会自动读取这些环境变量生成路由规则，把对应URL转发到目标容器。

方案2：给反向代理容器加hosts映射（适合代理硬编码地址的情况） #

如果你的Node.js代理是硬写了固定域名或者IP（比如代码里直接写死了http://xxx.example.com），那咱们可以通过Docker的extra_hosts配置，在代理容器的hosts文件里把这些硬编码的域名映射到目标容器的名称（利用Docker的DNS解析）：

reverse-proxy:
  # ... 其他配置不变
  extra_hosts:
    - "frontend.example.com:frontend"
    - "backend.example.com:backend"
    - "activemq.example.com:activemq"

这样当代理访问frontend.example.com时，会直接通过hosts解析到frontend容器的地址，自动完成转发。

方案3：用网络别名实现多URL指向同一服务（增强灵活性） #

如果需要让多个不同的URL都指向同一个服务（比如/web和/app都转发到前端），可以给目标容器设置网络别名：

frontend:
  # ... 其他配置不变
  networks:
    my-network:
      aliases:
        - web-frontend
        - app-frontend

这样代理里可以用web-frontend或者app-frontend作为目标地址，轻松实现多URL到同一服务的映射。

验证方法 #

最后可以进入反向代理容器里测试一下DNS解析是否正常，确保配置生效：

docker exec -it reverse-proxy ping frontend

如果能ping通，说明DNS解析没问题，路由规则肯定能正常工作～

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