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.
