You are not logged in.

#1 2017-07-20 11:17:39

TomHu
Member
Registered: 2016-01-24
Posts: 9

Windows7 in libvirt shared bridge cuts hosts network

Hi board,

libvirt adds a strange default route to my host configuration crippling my host network access, but not the container’s access. Take a look at the first route, I cannot delete it.

default dev vnet0 scope link <-- THIS ONE
default via 192.168.178.1 dev br0 proto dhcp src 192.168.178.48 metric 1024 
169.254.0.0/16 dev vnet0 proto kernel scope link src 169.254.246.192 
192.168.178.0/24 dev br0 proto kernel scope link src 192.168.178.48 
192.168.178.1 dev br0 proto dhcp scope link src 192.168.178.48 metric 1024

my network configuration has 2 interfaces, you’ll notice the bridge and the physical enp0s25. Vnet0 is created and added to br0 by libvirt.

1: lo:…
2: enp0s25: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br0 state UP group default qlen 1000
    link/ether 68:f7:28:4e:7c:bb brd ff:ff:ff:ff:ff:ff
3: wlp3s0: … DOWN
4: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether e6:cb:82:f9:b6:b4 brd ff:ff:ff:ff:ff:ff
    inet 192.168.178.48/24 brd 192.168.178.255 scope global dynamic br0
       valid_lft 857909sec preferred_lft 857909sec
33: tap0:… DOWN
36: vnet0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br0 state UNKNOWN group default qlen 1000
    link/ether fe:54:00:b1:99:75 brd ff:ff:ff:ff:ff:ff
    inet 169.254.209.247/16 brd 169.254.255.255 scope global vnet0
       valid_lft forever preferred_lft forever

A Win7 instance is running inside the container and as soon as it is reaching desktop, that strange route is added and host network access gets cut off.

I don’t seem to understand what is going on there.

Last edited by TomHu (2017-07-20 11:26:05)

Offline

Board footer

Powered by FluxBB