重启网卡后网络故障,如何排查原因?

2026-05-29 07:095阅读0评论SEO基础
  • 内容介绍
  • 文章标签
  • 相关推荐

本文共计854个文字,预计阅读时间需要4分钟。

重启网卡后网络故障,如何排查原因?

1. 事件背景:通过SSH连接服务器

2.操作步骤:

- 执行命令:nmcliconmodifyens33 ipv4.dns 8.8.8.8 - 为ens33网卡添加DNS - 执行命令:nmcli c up ens33 - 命令重启网卡 - 远程网络连接中断 - 通过串口连接


一、事件背景

远程通过ssh连接服务器后,执行命令nmcliconmodifyens33 ipv4.dns8.8.8.8 为ens33网卡添加dns,然后执行命令 nmcli c up ens33 命令重新激活网卡,此时远程网络连接中断,通过串口连接服务器执行 systemctl restart network 重启网络后网络服务正常。

二、问题排查

> 怀疑网卡启动失败

执行重启网卡的命令后,通过串口连接服务器执行 ip addr 发现网卡正常启动,同时发现服务器存在多块网卡。如下图所示

执行 nmcli device status 发现网卡也保持连接状态,并没什么异常

> 怀疑network与NetworkManager服务冲突

因为服务器中同时运行network与NetworkNanager两种服务,但是本地其他服务器中同时也启动该两种服务后,重启网卡并没有报错,通过状态查询两种服务并没有什么异常。此时查看服务器/var/log/message日志文件,发现以下内容,重启网卡后,默认路由和dns改成其他网卡配置的相关信息。

通过以上信息发现,网卡虽然正常启动,但默认路由和dns已经发生改变。

> 怀疑网卡重启后,服务器路由表发生变化

执行ip route show 查看服务器配置路由,如图所示

通过以上信息发现服务器添加了两个默认路由,优先级默认为100 与 101 ,mertric值越小,优先级越高。

执行route -n 查看服务器路由表

通过以上信息发现,两块网卡目的地址都是任意网络,优先级eno16777736网卡路由高于ens37。

推测:由于两块网卡设置的都是任意网络可走,在重新启动eno16777736网卡时,导致ens37配置的路由优先级高于了eno16777736,因此造成eno16777736网卡网络故障。

三、推测验证

> 未设置网卡路由优先级时

* 未重启网卡

执行 route -n 命令,如图所示

此时,eno16777736网卡路由优先级高于ens37,因为eno16777736网卡能访问外网,此时ping 百度正常。如图所示:

重启eno16777736网卡,执行 route -n 命令,如图所示

重启网卡后网络故障,如何排查原因?

此时发现,第一条路由不再是eno16777736网卡的路由,而是变成了ens37的,因为我ens37网卡没有外网,此时ping 百度已经不再ping 通,说明此时使用的是ens37的路由。

> 设置网卡路由优先级

在eno16777736网卡配置文件中添加IPV4_ROUTE_METRIC=0,将该网卡路由设置最高,并重启网络 测试发现,在网卡中设置路由优先级重启网卡不能生效,必须重启网络才能生效。

此时执行 route -n 命令发现eno16777736 metric值为0,优先级最高。

再次重启eno16777736网卡,执行route -n 命令

以上信息显示eno16777736 路由优先级还是最高。此时ping 百度,网络依然正常。

至此,问题解决!


本文共计854个文字,预计阅读时间需要4分钟。

重启网卡后网络故障,如何排查原因?

1. 事件背景:通过SSH连接服务器

2.操作步骤:

- 执行命令:nmcliconmodifyens33 ipv4.dns 8.8.8.8 - 为ens33网卡添加DNS - 执行命令:nmcli c up ens33 - 命令重启网卡 - 远程网络连接中断 - 通过串口连接


一、事件背景

远程通过ssh连接服务器后,执行命令nmcliconmodifyens33 ipv4.dns8.8.8.8 为ens33网卡添加dns,然后执行命令 nmcli c up ens33 命令重新激活网卡,此时远程网络连接中断,通过串口连接服务器执行 systemctl restart network 重启网络后网络服务正常。

二、问题排查

> 怀疑网卡启动失败

执行重启网卡的命令后,通过串口连接服务器执行 ip addr 发现网卡正常启动,同时发现服务器存在多块网卡。如下图所示

执行 nmcli device status 发现网卡也保持连接状态,并没什么异常

> 怀疑network与NetworkManager服务冲突

因为服务器中同时运行network与NetworkNanager两种服务,但是本地其他服务器中同时也启动该两种服务后,重启网卡并没有报错,通过状态查询两种服务并没有什么异常。此时查看服务器/var/log/message日志文件,发现以下内容,重启网卡后,默认路由和dns改成其他网卡配置的相关信息。

通过以上信息发现,网卡虽然正常启动,但默认路由和dns已经发生改变。

> 怀疑网卡重启后,服务器路由表发生变化

执行ip route show 查看服务器配置路由,如图所示

通过以上信息发现服务器添加了两个默认路由,优先级默认为100 与 101 ,mertric值越小,优先级越高。

执行route -n 查看服务器路由表

通过以上信息发现,两块网卡目的地址都是任意网络,优先级eno16777736网卡路由高于ens37。

推测:由于两块网卡设置的都是任意网络可走,在重新启动eno16777736网卡时,导致ens37配置的路由优先级高于了eno16777736,因此造成eno16777736网卡网络故障。

三、推测验证

> 未设置网卡路由优先级时

* 未重启网卡

执行 route -n 命令,如图所示

此时,eno16777736网卡路由优先级高于ens37,因为eno16777736网卡能访问外网,此时ping 百度正常。如图所示:

重启eno16777736网卡,执行 route -n 命令,如图所示

重启网卡后网络故障,如何排查原因?

此时发现,第一条路由不再是eno16777736网卡的路由,而是变成了ens37的,因为我ens37网卡没有外网,此时ping 百度已经不再ping 通,说明此时使用的是ens37的路由。

> 设置网卡路由优先级

在eno16777736网卡配置文件中添加IPV4_ROUTE_METRIC=0,将该网卡路由设置最高,并重启网络 测试发现,在网卡中设置路由优先级重启网卡不能生效,必须重启网络才能生效。

此时执行 route -n 命令发现eno16777736 metric值为0,优先级最高。

再次重启eno16777736网卡,执行route -n 命令

以上信息显示eno16777736 路由优先级还是最高。此时ping 百度,网络依然正常。

至此,问题解决!