如何在Linux容器内模拟临时断网？ip link set eth0 up无法恢复网络的问题排查

我明白你现在的场景：在openSUSE Leap 15的Docker容器里，想通过内部命令临时断网再恢复，用ip link set eth0 down确实能断网，但执行ip link set eth0 up后，ping还是提示域名解析失败，网络没恢复。这其实是个常见的小坑，我来给你拆解下原因和解决办法：

为什么ip link set eth0 up没法恢复网络？ #

当你执行ip link set eth0 down时，不仅禁用了网卡接口，还会清空该网卡关联的IP地址、路由表条目这些关键配置。单纯执行up只是重新启用了网卡硬件，但IP、路由这些核心网络参数没自动恢复，所以容器还是没法和外界通信，连DNS解析都走不通。

可行的解决方案 #

方案1：手动恢复IP和路由（适合脚本化执行） #

在断网前先记录下网卡的现有配置，恢复时重新配置回去：

1. 断网前先保存当前IP和网关信息：

   # 记录eth0的IP/掩码，比如输出里的inet 172.17.0.2/16
   IP_ADDR=$(ip addr show eth0 | grep inet | awk '{print $2}')
   # 记录默认网关，比如输出里的default via 172.17.0.1 dev eth0
   DEFAULT_GW=$(ip route show default | awk '{print $3}')
   

2. 断网：ip link set eth0 down
3. 恢复网络时，先启用网卡，再补全IP和路由：

   ip link set eth0 up
   ip addr add $IP_ADDR dev eth0
   ip route add default via $DEFAULT_GW dev eth0
   

   执行完后再ping测试，应该就能正常访问了。另外可以检查下/etc/resolv.conf，Docker容器一般会自动挂载宿主机的DNS配置，大概率是正常的。

方案2：用iptables临时阻断/恢复（更简便，无需修改网卡配置） #

如果只是临时断网测试，用iptables拦截流量是更省心的方式，不用动网卡本身：

• 临时断网（阻断所有出站流量）：

  iptables -A OUTPUT -j DROP
  

• 恢复网络（删除刚才的拦截规则）：

  iptables -D OUTPUT -j DROP
  

  要是想更精准，只阻断eth0接口的流量，可以改成：

  # 断网
  iptables -A OUTPUT -o eth0 -j DROP
  # 恢复
  iptables -D OUTPUT -o eth0 -j DROP
  

方案3：利用Docker的网络管理（外部触发，适合测试场景） #

如果你的测试允许从宿主机操作，也可以直接用Docker命令来断开和恢复容器网络：

• 断网：docker network disconnect bridge <容器名>
• 恢复：docker network connect bridge <容器名>
  不过这个是从外部操作的，如果你必须从容器内部触发，还是前两个方案更合适。

关于你尝试过的其他方法的说明 #

• systemctl stop systemd-networkd没用：因为Docker容器里默认不会启动systemd-networkd服务，容器的网络是由Docker daemon直接管理的，所以这个命令自然起不到作用。
• 路由命令报错：你之前用route add default gw 172.17.0.1提示“Network is unreachable”，是因为此时网卡还没有IP地址，没法关联网关。正确的iproute2命令格式应该是ip route add default via 172.17.0.1 dev eth0，但前提是已经给eth0配置了IP，不然还是会报错。

备注：内容来源于stack exchange，提问作者gluttony