Docker网络问题：RestAPI容器重启主机后无法ping通host网络容器

1. 先查Protocol容器的监听地址 #

重启主机后，大概率是Protocol容器内的服务监听地址不对——如果只绑定了127.0.0.1，那只有主机本地能访问，net1网络里的容器肯定连不上。

• 进入容器执行netstat -tulpn或ss -tulpn，确认服务的监听地址是0.0.0.0而非127.0.0.1。如果是后者，修改应用配置让它监听所有地址，再重启容器。

2. 检查Docker的iptables转发规则 #

主机重启后，Docker自动生成的iptables转发规则可能未正确重建，导致bridge网络容器无法访问host网络服务。

• 在主机上执行sudo iptables -L DOCKER -n，查看是否存在允许net1子网访问主机的规则。
• 若规则缺失，直接重启Docker服务恢复默认规则：sudo systemctl restart docker。
• 不想重启Docker的话，手动添加转发规则（假设Protocol服务用1234端口，net1子网为172.20.0.0/16）：

  sudo iptables -A FORWARD -i br-xxxxxx -o eth0 -p tcp --dport 1234 -j ACCEPT
  

  其中br-xxxxxx是net1对应的网桥设备，可通过docker network inspect net1查询；eth0替换为主机物理网卡名称。

3. 确认RestAPI容器访问的主机IP #

如果主机使用DHCP，重启后IP可能变更，若RestAPI容器硬编码了旧主机IP，必然无法连接。

• 不要让RestAPI访问主机物理IP，改为访问net1网络的网关IP（通过docker network inspect net1查看），或者使用host.docker.internal——这个域名会被Docker自动解析到主机IP，无需担心IP变动问题。

4. 检查Ubuntu的ufw防火墙 #

Ubuntu 20.04默认启用ufw，重启后可能清除了Docker相关规则，拦截了net1容器的流量。

• 执行sudo ufw status查看当前规则，若存在拦截，添加允许net1子网访问主机的规则：

  sudo ufw allow from 172.20.0.0/16 to any
  

• 不确定的话，临时关闭ufw（sudo ufw disable）测试能否ping通，能通就是防火墙的问题。

5. 确保Protocol容器在Docker之后启动 #

主机重启时，若Protocol容器比Docker服务先启动，可能无法正确挂载host网络，导致服务不可达。

• 若用systemd管理容器，给容器服务添加依赖，确保Docker启动后再启动：

  sudo systemctl edit protocol-container.service
  

  添加以下内容：

  [Unit]
  After=docker.service
  Requires=docker.service
  

• 若用shell脚本启动，在脚本开头先等待Docker服务就绪：

  until systemctl is-active --quiet docker; do
    sleep 1
  done
  

  等Docker运行稳定后再启动Protocol容器。

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