
Soy nuevo en esto virt-manager
y qemu
apenas libvirt
sé cómo usarlos. Utilizo virt-manager
la GUI de para que me resulte más fácil realizar una transición de VirtualBox (incluido VBoxManage) a KVM.
Hasta ahora sé cómo hacer mi máquina virtual con la GUI, pero hay un gran problema: una vez que se inicia mi VM, la red del host y el invitado están perdiendo la conexión.
No importa si es NAT o Bridge, una vez que se inicia la VM, no hay red para el Host ni para el Guest. No puedo navegar por la web para encontrar una solución mientras la máquina virtual esté ejecutándose; debo apagarla y luego se restablece la red.
Fui a journalctl -r
(con sudo
) para ver qué puede causarlo. No soy muy bueno entendiendo el resultado de journalctl, así que lo comparto aquí, ¿y tal vez alguien pueda encontrar el problema en mis registros?
Apr 20 19:01:41 myuser systemd[1]: NetworkManager-dispatcher.service: Deactivated successfully.
Apr 20 19:01:32 myuser kernel: audit: type=1400 audit(1713628892.242:110): apparmor="STATUS" operation="profile_remove" profile="unconfined" name="libvirt-92b7cf2e-326>
Apr 20 19:01:32 myuser audit[59392]: AVC apparmor="STATUS" operation="profile_remove" profile="unconfined" name="libvirt-92b7cf2e-3262-4f04-ad63-37d5e4d94b70" pid=5939>
Apr 20 19:01:32 myuser connmand[1102]: virbr1 {newlink} index 7 operstate 2 <DOWN>
Apr 20 19:01:32 myuser connmand[1102]: virbr1 {newlink} index 7 address 52:54:00:6B:A6:9E mtu 1500
Apr 20 19:01:32 myuser connmand[1102]: virbr1 {update} flags 4099 <UP>
Apr 20 19:01:32 myuser connmand[1102]: virbr1 {TX} 28 packets 3938 bytes
Apr 20 19:01:32 myuser connmand[1102]: virbr1 {RX} 40 packets 3476 bytes
Apr 20 19:01:32 myuser connmand[1102]: vnet2 {dellink} index 8 operstate 2 <DOWN>
Apr 20 19:01:32 myuser connmand[1102]: virbr1 {newlink} index 7 operstate 6 <UP>
Apr 20 19:01:32 myuser connmand[1102]: virbr1 {newlink} index 7 address 52:54:00:6B:A6:9E mtu 1500
Apr 20 19:01:32 myuser connmand[1102]: virbr1 {update} flags 4163 <UP,RUNNING>
Apr 20 19:01:32 myuser connmand[1102]: virbr1 {TX} 28 packets 3938 bytes
Apr 20 19:01:32 myuser connmand[1102]: virbr1 {RX} 40 packets 3476 bytes
Apr 20 19:01:32 myuser connmand[1102]: Remove interface (null) [ ethernet ]
Apr 20 19:01:32 myuser connmand[1102]: (null) {remove} index 8
Apr 20 19:01:32 myuser connmand[1102]: vnet2 {dellink} index 8 operstate 2 <DOWN>
Apr 20 19:01:32 myuser connmand[1102]: vnet2 {newlink} index 8 operstate 2 <DOWN>
Apr 20 19:01:32 myuser connmand[1102]: vnet2 {newlink} index 8 address FE:54:00:DB:3A:50 mtu 1500
Apr 20 19:01:32 myuser connmand[1102]: (null) {del} address 169.254.64.167/16 label vnet2
Apr 20 19:01:32 myuser connmand[1102]: vnet2 {newlink} index 8 operstate 2 <DOWN>
Apr 20 19:01:32 myuser connmand[1102]: vnet2 {newlink} index 8 address FE:54:00:DB:3A:50 mtu 1500
Apr 20 19:01:32 myuser connmand[1102]: (null) {del} route fe80:: gw :: scope 0 <UNIVERSE>
Apr 20 19:01:32 myuser connmand[1102]: Removing default interface route failed (No such device)
Apr 20 19:01:32 myuser connmand[1102]: Removing default interface route failed (No such device)
Apr 20 19:01:32 myuser connmand[1102]: vnet2 {newlink} index 8 operstate 2 <DOWN>
Apr 20 19:01:32 myuser connmand[1102]: vnet2 {newlink} index 8 address FE:54:00:DB:3A:50 mtu 1500
Apr 20 19:01:32 myuser systemd-machined[935]: Machine qemu-3-linux2022 terminated.
Apr 20 19:01:32 myuser systemd[1]: machine-qemu\x2d3\x2dlinux2022.scope: Consumed 22.066s CPU time.
Apr 20 19:01:32 myuser systemd[1]: machine-qemu\x2d3\x2dlinux2022.scope: Deactivated successfully.
Apr 20 19:01:31 myuser systemd[1]: Started NetworkManager-dispatcher.service - Network Manager Script Dispatcher Service.
Apr 20 19:01:31 myuser dbus-daemon[928]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Apr 20 19:01:31 myuser systemd[1]: Starting NetworkManager-dispatcher.service - Network Manager Script Dispatcher Service...
Apr 20 19:01:31 myuser dbus-daemon[928]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service>
Apr 20 19:01:31 myuser NetworkManager[1101]: <info> [1713628891.9478] device (vnet2): released from master device virbr1
Apr 20 19:01:31 myuser NetworkManager[1101]: <info> [1713628891.9474] device (vnet2): state change: activated -> unmanaged (reason 'unmanaged', sys-iface-state: 'remo>
Apr 20 19:01:31 myuser avahi-daemon[925]: Withdrawing address record for 169.254.64.167 on vnet2.
Apr 20 19:01:31 myuser avahi-daemon[925]: Withdrawing address record for fe80::fc54:ff:fedb:3a50 on vnet2.
Apr 20 19:01:31 myuser avahi-daemon[925]: Leaving mDNS multicast group on interface vnet2.IPv4 with address ***.***.**.***.
Apr 20 19:01:31 myuser avahi-daemon[925]: Interface vnet2.IPv4 no longer relevant for mDNS.
Apr 20 19:01:31 myuser connman-vpnd[927]: virbr1 {newlink} index 7 operstate 2 <DOWN>
Apr 20 19:01:31 myuser connman-vpnd[927]: virbr1 {newlink} index 7 address 52:54:00:6B:A6:9E mtu 1500
Apr 20 19:01:31 myuser connman-vpnd[927]: virbr1 {update} flags 4099 <UP>
Apr 20 19:01:31 myuser connman-vpnd[927]: vnet2 {dellink} index 8 operstate 2 <DOWN>
Apr 20 19:01:31 myuser connman-vpnd[927]: virbr1 {newlink} index 7 operstate 6 <UP>
Apr 20 19:01:31 myuser connman-vpnd[927]: virbr1 {newlink} index 7 address 52:54:00:6B:A6:9E mtu 1500
Apr 20 19:01:31 myuser connman-vpnd[927]: virbr1 {update} flags 4163 <UP,RUNNING>
Apr 20 19:01:31 myuser kernel: virbr1: port 1(vnet2) entered disabled state
Apr 20 19:01:31 myuser kernel: device vnet2 left promiscuous mode
Apr 20 19:01:31 myuser connman-vpnd[927]: vnet2 {remove} index 8
Apr 20 19:01:31 myuser connman-vpnd[927]: vnet2 {dellink} index 8 operstate 2 <DOWN>
Apr 20 19:01:31 myuser connman-vpnd[927]: vnet2 {newlink} index 8 operstate 2 <DOWN>
Apr 20 19:01:31 myuser connman-vpnd[927]: vnet2 {newlink} index 8 address FE:54:00:DB:3A:50 mtu 1500
Apr 20 19:01:31 myuser connman-vpnd[927]: vnet2 {newlink} index 8 operstate 2 <DOWN>
Apr 20 19:01:31 myuser kernel: virbr1: port 1(vnet2) entered disabled state
Apr 20 19:01:31 myuser connman-vpnd[927]: vnet2 {newlink} index 8 address FE:54:00:DB:3A:50 mtu 1500
He habilitado libvirt
en firewalld
las zonas de: home
e trusted
incluso public
. No parece funcionar.
Usando Debian 12.5 (Bookworm), GUI de escritorio LXQt
Actualizar:Cuando configuro la red de la VM en "Aislar", es posible que no tenga ninguna red en mi VM, pero la red de mi host funcionará. Sucede en redes no aisladas.
Actualización 2:Lo detuve firewalld
y eso no ayudó, así que no es un problema de firewall.
Por favor ayúdame a resolver este problema. Gracias
Respuesta para @AB -
Actualizado: cuando la máquina virtual está encendida (host)*:
$ sudo bash -c "ip link; ip -br addr; ip route; ip rule; ip neigh"
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
link/ether 10:7b:44:93:7e:60 brd ff:ff:ff:ff:ff:ff
3: enx00e04c6802a7: <NO-CARRIER,BROADCAST,MULTICAST,DYNAMIC,UP> mtu 1500 qdisc fq_codel state DOWN mode DEFAULT group default qlen 1000
link/ether 00:e0:4c:68:02:a7 brd ff:ff:ff:ff:ff:ff
5: virbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
link/ether 52:54:00:3a:4a:9b brd ff:ff:ff:ff:ff:ff
6: vnet0: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc noqueue master virbr0 state UNKNOWN mode DEFAULT group default qlen 1000
link/ether fe:54:00:d6:4a:49 brd ff:ff:ff:ff:ff:ff
lo UNKNOWN 127.0.0.1/8 ::1/128
enp3s0 UP 192.168.1.9/24 fe80::127b:44ff:fe93:7e60/64
enx00e04c6802a7 DOWN
virbr0 UP 192.168.100.1/24
vnet0 UNKNOWN 169.254.149.177/16 fe80::fc54:ff:fed6:4a49/64
0.0.0.0 dev vnet0 scope link
default dev vnet0 scope link
169.254.0.0/16 dev vnet0 proto kernel scope link src 169.254.149.177
192.168.1.0/24 dev enp3s0 proto kernel scope link src 192.168.1.9
192.168.1.1 dev enp3s0 scope link
192.168.100.0/24 dev virbr0 proto kernel scope link src 192.168.100.1
0: from all lookup local
32766: from all lookup main
32767: from all lookup default
192.168.1.6 dev enp3s0 lladdr 00:00:c0:34:14:db STALE
192.168.100.202 dev virbr0 lladdr 52:54:00:d6:4a:49 STALE
192.168.1.1 dev enp3s0 lladdr 74:da:88:d6:c8:e6 STALE
198.252.206.25 dev vnet0 FAILED
192.168.1.5 dev enp3s0 lladdr 50:eb:f6:24:85:a6 STALE
fe80::76da:88ff:fed6:c8e6 dev enp3s0 lladdr 74:da:88:d6:c8:e6 router STALE
fe80::9c7a:f1bb:ca7f:4c1e dev enp3s0 lladdr 50:eb:f6:24:85:a6 STALE
$ sudo systemctl stop firewalld.service && sudo nft list ruleset
table ip filter {
}
table ip nat {
}
table ip mangle {
}
table ip6 filter {
}
table ip6 nat {
}
table ip6 mangle {
}
$ sudo cat /etc/resolv.conf
# Generated by resolvconf
nameserver 192.168.1.1
- Como dije, no tengo una terminal (o no sé cómo acceder a ella) mientras instalo Debian en el invitado, por lo que no puedo proporcionar la información del invitado.
Respuesta1
Con la ayuda de @AB, descubrí cuál era el problema y... ¡CÓMO RESOLVERLO!
AB me dio una pista sobre el uso de ambos connmand
y NM
(NetworkManager). Comencé a investigar el problema y descubrí que Virt-manager
se está utilizando NM
para la red, mientras que mi dispositivo/interfaz ( enp3s0
) se controla a través de connmand
(que es parte de la GUI de LXQt).
Entonces hice lo siguiente:
- Decidí habilitar mi dispositivo usando NetworkManager.
NM
dijo que mi dispositivo está "estrictamente no administrado", así que decidí liberar mi dispositivo deconnman
. Fue complicado. Ejecuté elfind
comando en todosconnman
los directorios posibles (en/var/lib
y/etc
) y no encontré nada relacionado con mi dispositivo. - Decidí buscar
NM
los directorios de - ¿Quizás esté configurado allí? Cuando descubrí que no: - he decididodetenerydesactivar
connmand
por un momento. Pero aún así,Virt-manager
todavía no pude usar este dispositivo. - Así que llegué al extremo.Me he purgado
connman*
para siempre, y se trasladó aNM
. - Todavía no funcionó, pero fue para siempre, porque una vez que comenté el dispositivo desde el
/etc/network/interfaces
archivo,NM
tomé el control sobre él (con la ayuda desudo nmcli device set enp3s0 managed true
) y finalmente lo logréNM
. - Un reinicio (porque estoy acostumbrado desde Windows, aunque no fue necesario), ¡y ahora tengo red tanto en el cliente como en el host!