Docker容器绑定多IP问题：Azure虚拟机中Node.js请求报EADDRNOTAVAIL

我之前也碰到过一模一样的场景——在Azure VM上跑Docker，要让Node.js容器用主机的多个私有IP发请求，一开始也被EADDRNOTAVAIL报错卡了好久。本质原因很简单：容器默认的网络命名空间里看不到主机的那些额外私有IP，自然没法绑定它们。下面是我亲测有效的几种解决方案，按易用性和隔离性排序：

方案1：直接用Host网络模式（最快最省心） #

这种方式让容器完全共享主机的网络命名空间，容器里能直接看到并使用主机的所有IP，不需要额外配置。

操作步骤： #

启动容器时加上--network host参数就行：

docker run --network host -d --name your-node-app your-node-image:latest

注意事项： #

• 容器的端口会直接占用主机端口，要提前避免冲突；
• 网络隔离性差，容器能直接访问主机所有网络资源，适合测试场景或对隔离要求不高的环境。

方案2：自定义网桥+IP转发+源IP绑定（推荐，兼顾隔离性） #

如果不想用Host模式，想保持容器的网络隔离，可以通过自定义网桥+iptables规则实现需求。

操作步骤： #

1. 创建自定义Docker网桥
   选一个和VM私有IP网段（172.16.0.0/24）不冲突的子网，比如172.17.0.0/16：

docker network create --driver bridge --subnet 172.17.0.0/16 --gateway 172.17.0.1 app-bridge

2. 开启主机IP转发
   先临时开启：

echo 1 > /proc/sys/net/ipv4/ip_forward

再配置永久生效（编辑/etc/sysctl.conf）：

echo "net.ipv4.ip_forward=1" >> /etc/sysctl.conf
sysctl -p

3. 配置iptables实现IP负载均衡
   如果想让容器请求自动在5个IP间轮询/随机切换，添加SNAT规则：

iptables -t nat -A POSTROUTING -s 172.17.0.0/16 -o eth0 -j SNAT --to-source 172.16.0.4-172.16.0.8

这样不用改Node.js代码，容器的请求会自动用这5个IP作为源地址。

4. 启动容器并连接到自定义网桥

docker run --network app-bridge -d --name your-node-app your-node-image:latest

补充：手动在代码里指定绑定IP #

如果需要在Node.js代码里手动选择IP，得给容器加NET_ADMIN权限，再把主机的私有IP添加到容器网卡：

docker run --network app-bridge --cap-add NET_ADMIN -d --name your-node-app your-node-image:latest

进入容器后添加IP（可以把这步写到Dockerfile或启动脚本里）：

docker exec -it your-node-app ip addr add 172.16.0.4/24 dev eth0
docker exec -it your-node-app ip addr add 172.16.0.5/24 dev eth0
# 依次添加剩下的3个IP

之后在Node.js代码里设置localAddress就不会报错了。

方案3：使用Macvlan网络（直接接入物理网络） #

这种方式让容器直接获取和主机同一网段的IP，完全模拟物理设备，适合对网络要求较高的场景。

操作步骤： #

1. 创建Macvlan网络
   替换<azure-subnet-cidr>为你的VM子网CIDR（比如172.16.0.0/24），<gateway>为子网网关（比如172.16.0.1）：

docker network create -d macvlan \
  --subnet <azure-subnet-cidr> \
  --gateway <gateway> \
  -o parent=eth0 macvlan-net

2. 启动容器并指定IP
   给容器分配主机的私有IP之一（确保该IP没被主机占用）：

docker run --network macvlan-net --ip 172.16.0.4 -d --name your-node-app your-node-image:latest

注意：主机默认没法直接访问Macvlan容器的IP，要加路由规则：

ip route add 172.16.0.4/32 dev eth0

验证方法 #

不管用哪种方案，都可以在容器里执行curl --interface 172.16.0.4 example.com测试是否能绑定指定IP发起请求，或者在Node.js代码里打印请求的源IP确认效果。

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