Perda de conectividade do host (notebook) com a Internet após subir a VM (libvirt/kvm)

Olá pessoal, tudo bem?

Há alguns meses, tenho enfrentado um problema quando eu uso a VM no meu notebook.

Em parte, sei o que está acontecendo, mas não sei como resolver.

Eu uso um notebook com uma conexão wireless ao roteador.

Quando eu uso a libvirt para instalar e executar VMs nele, o host perde alguma conectividade com a Internet, e mesmo com os outros computadores na rede (muito embora, eu seja capaz de acessar este mesmo notebook por meio de ssh partindo de outro computador. na rede).

Descobri que isto acontece porque a interface inet0 (inet1, inet2...) que sobe cada vez que eu ligo a VM é configurada com link-local address (IPs da rede 169.254.0.0/16), e em seguida, a tabela de roteamento no notebook é alterada.

Se eu retiro a configuração de IP da interface inet0, eu volto a ter conectividade com a rede local e com a Internet, mas eu gostaria de encontrar uma solução para isto.

Vou mostrar o resultado dos comandos "ip a" e "ip r" antes e depois da VM subir.

$ ip a # Antes da VM subir:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: wlp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 00:45:e2:de:81:3d brd ff:ff:ff:ff:ff:ff
inet 192.168.1.243/24 brd 192.168.1.255 scope global dynamic noprefixroute wlp1s0
valid_lft 29072sec preferred_lft 29072sec
inet6 fd1b:630d:a7be::904/128 scope global dynamic noprefixroute
valid_lft 29072sec preferred_lft 29072sec
inet6 fd1b:630d:a7be:0:594c:ab81:5462:68a5/64 scope global noprefixroute
valid_lft forever preferred_lft forever
inet6 fe80::779:de34:7646:eae9/64 scope link noprefixroute
valid_lft forever preferred_lft forever
3: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
link/ether 52:54:00:56:d5:0e brd ff:ff:ff:ff:ff:ff
inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
valid_lft forever preferred_lft forever

----//----

$ ip r # antes da VM subir (tabela de roteamento):

default via 192.168.1.1 dev wlp1s0
default via 192.168.1.1 dev wlp1s0 proto dhcp src 192.168.1.243 metric 600
169.254.0.0/16 dev virbr0 scope link metric 1000 linkdown
192.168.1.0/24 dev wlp1s0 proto kernel scope link src 192.168.1.243 metric 600
192.168.1.1 dev wlp1s0 scope link
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1 linkdown

====||====

$ ip a # Depois da VM subir:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: wlp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 00:45:e2:de:81:3d brd ff:ff:ff:ff:ff:ff
inet 192.168.1.243/24 brd 192.168.1.255 scope global dynamic noprefixroute wlp1s0
valid_lft 28365sec preferred_lft 28365sec
inet6 fd1b:630d:a7be::904/128 scope global dynamic noprefixroute
valid_lft 28366sec preferred_lft 28366sec
inet6 fd1b:630d:a7be:0:594c:ab81:5462:68a5/64 scope global noprefixroute
valid_lft forever preferred_lft forever
inet6 fe80::779:de34:7646:eae9/64 scope link noprefixroute
valid_lft forever preferred_lft forever
3: virbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 52:54:00:56:d5:0e brd ff:ff:ff:ff:ff:ff
inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
valid_lft forever preferred_lft forever
5: vnet1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master virbr0 state UNKNOWN group default qlen 1000
link/ether fe:54:00:a4:25:89 brd ff:ff:ff:ff:ff:ff
inet 169.254.152.55/16 brd 169.254.255.255 scope global vnet1
valid_lft forever preferred_lft forever
inet6 fe80::fc54:ff:fea4:2589/64 scope link
valid_lft forever preferred_lft forever

----//----

$ ip r # Depois da VM subir:

0.0.0.0 dev vnet1 scope link
default dev vnet1 scope link
default via 192.168.1.1 dev wlp1s0 proto dhcp src 192.168.1.243 metric 600
169.254.0.0/16 dev vnet1 proto kernel scope link src 169.254.152.55
169.254.0.0/16 dev virbr0 scope link metric 1000
192.168.1.0/24 dev wlp1s0 proto kernel scope link src 192.168.1.243 metric 600
192.168.1.1 dev wlp1s0 scope link
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1

====||====

Eu pesquisei um pouco, e a melhor resposta que eu encontrei foi esta (ainda não testada): https://serverfault.com/questions/1074912/host-has-no-internet-access-when-vms-are-running

Achei a solução um pouco estranha.

No meu desktop, que não tem nenhuma interface wifi, essas coisas não acontecem.

Alguém já enfrentou problema parecido?

Atenciosamente,

Atenágoras Souza Silva.