我之前在Docker Desktop for Mac上遇到过完全一样的问题——明明配置了静态IP，但容器总是被分配随机地址，折腾了好久才找到根源，下面是一步步的解决方案：

1. 先修正配置里的语法小错误 #

你docker-compose.yaml里的网关配置多了个多余的斜杠，这会直接导致IPAM配置失效：

# 错误写法
gateway: 172.28.1.1/

改成正确的格式：

# 正确写法
gateway: 172.28.1.1

2. 解决Docker Desktop for Mac的Macvlan架构限制 #

Docker Desktop for Mac是跑在HyperKit虚拟机里的，宿主机Mac的物理网卡（比如eth0或en0）无法被虚拟机内的Docker直接识别。你配置里写的parent: eth0指向的是Mac本机的网卡，但Docker只能读取虚拟机内部的网卡接口，这才是IP分配失败的核心原因。

步骤2.1：确认Docker虚拟机的网卡 #

先进入Docker的虚拟机终端，查看它能识别的网卡：

screen ~/Library/Containers/com.docker.docker/Data/vms/0/tty

进入后执行ip addr show，你会看到虚拟机的主网卡通常是eth0（地址一般是192.168.65.3/24这类），或者你也可以用docker0桥接接口作为macvlan的parent。

步骤2.2：调整Macvlan的Parent配置 #

把docker-compose.yaml里的parent字段改成Docker虚拟机能识别的网卡（比如虚拟机的eth0），如果需要容器和宿主机在同一网段通信，也可以改成宿主机的物理网卡名（比如en0对应Wi-Fi，en1对应以太网）。

修改后的networks部分示例：

networks:
  testing:
    driver: macvlan
    driver_opts:
      parent: eth0  # 这里改为Docker虚拟机的网卡或宿主机的en0/en1
    ipam:
      driver: default
      config:
        - subnet: 172.28.1.0/24
          gateway: 172.28.1.1
      aux_addresses:
        box1: 172.28.1.10
        box2: 172.28.1.20
        box3: 172.28.1.30

3. 清理旧配置并重新部署 #

之前创建的testing网络可能残留了错误配置，先彻底清理再重新部署：

# 停止并删除容器、关联卷和旧网络
docker-compose down -v
# 手动删除可能存在的孤立网络
docker network rm testing
# 重新启动服务
docker-compose up -d

4. 验证IP分配结果 #

部署完成后，检查容器的实际IP：

docker exec box1 ip addr show

或者直接查看网络的IP分配详情：

docker network inspect testing

额外注意事项 #

• 如果把parent设为宿主机的en0/en1，要确保172.28.1.0/24子网和宿主机当前网段不冲突，或者调整子网为宿主机所在网段（比如192.168.1.0/24），同时在aux_addresses里排除宿主机的IP，避免地址冲突。
• Docker Desktop for Mac中，macvlan容器默认无法直接和宿主机通信，如果需要这个功能，还得额外创建反向macvlan接口，不过这不是当前问题的核心需求。

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