今天遇到一个很蠢的小问题,分享出来让大家笑话下。
在Deepin 中创建的虚拟机配置了两张网卡,一张连接到隔离的Internal网络用来ssh,一张连接到NAT虚拟网卡用来上网,平时处于关闭状态,今天遇到需要临时联网时发现网络死活起不来。主要表现如下:
通过nmcli可以看到,对应设备的device 和connection 字段都是 --,其中eth1状态是 unavailable
因为确信eth1连接的NAT bridge 是活动的,我就想当然的认为是VM内部的问题,经过排查网卡配置文件nmcli增删网络连接,重启,问题依然如故。
后来通过 ethtool eth1 查看连接是down的,我判断可能还是虚拟机网卡与网桥的问题
在宿主上其实没有什么可以操作的命令,只能通过brctl 之类的简单看看 bridge ,忘记是否有网卡对相关的命令了。
后来发现是一个简单的错误导致的,在激活网桥的同时,VM配置中的网卡其实是有一个 [活动]的选项的。
勾上该选项,再次查看VM内的网络连接状态已经正常了,汗!
在网卡link后,发现ping相关主机还是 100%,丢包,域名可以解析,那看起来路由还是有问题,通过ip route 相关命令来解决:
删除优先级更高的本地默认路由
这个要点赞
Popular Ranking
Popular Events
今天遇到一个很蠢的小问题,分享出来让大家笑话下。
1、问题描述
在Deepin 中创建的虚拟机配置了两张网卡,一张连接到隔离的Internal网络用来ssh,一张连接到NAT虚拟网卡用来上网,平时处于关闭状态,今天遇到需要临时联网时发现网络死活起不来。主要表现如下:
通过nmcli可以看到,对应设备的device 和connection 字段都是 --,其中eth1状态是 unavailable
2、排查
因为确信eth1连接的NAT bridge 是活动的,我就想当然的认为是VM内部的问题,经过排查网卡配置文件nmcli增删网络连接,重启,问题依然如故。
后来通过 ethtool eth1 查看连接是down的,我判断可能还是虚拟机网卡与网桥的问题
在宿主上其实没有什么可以操作的命令,只能通过brctl 之类的简单看看 bridge ,忘记是否有网卡对相关的命令了。
3、解决
后来发现是一个简单的错误导致的,在激活网桥的同时,VM配置中的网卡其实是有一个 [活动]的选项的。
勾上该选项,再次查看VM内的网络连接状态已经正常了,汗!
#追更网卡连接正常后网络地址可以解析,Ping 100% 丢包的路由问题处理
在网卡link后,发现ping相关主机还是 100%,丢包,域名可以解析,那看起来路由还是有问题,通过ip route 相关命令来解决:
删除优先级更高的本地默认路由