
Ich bin neu bei virt-manager
und weiß daher kaum, wie man sie benutzt. Ich verwende qemu
die GUI von , um mir den Übergang von VirtualBox (einschließlich VBoxManage) zu KVM zu erleichtern.libvirt
virt-manager
Ich weiß bisher, wie ich meine virtuelle Maschine mit der GUI erstelle, aber es gibt ein großes Problem: Sobald meine VM gestartet ist, verliert die Verbindung zwischen dem Netzwerk des Hosts und dem Gast.
Egal, ob NAT oder Bridge, sobald die VM gestartet ist – kein Netzwerk für den Host oder den Gast. Ich kann nicht im Internet surfen, um eine Lösung zu finden, solange die VM läuft – ich muss sie abschalten und dann wird das Netzwerk wiederhergestellt.
Ich habe journalctl -r
(mit sudo
) nachgesehen, woran das liegen kann. Ich bin nicht so gut darin, die Ausgabe von journalctl zu verstehen, deshalb teile ich sie hier, und vielleicht kann jemand das Problem in meinen Protokollen finden?
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
Ich habe libvirt
in firewalld
den Zonen von aktiviert: home
und trusted
sogar public
. Es scheint nicht zu funktionieren.
Verwendung von Debian 12.5 (Bookworm), LXQt Desktop-GUI
Aktualisieren:Wenn ich das Netzwerk der VM auf „Isolieren“ setze, habe ich möglicherweise kein Netzwerk auf meiner VM, aber das Netzwerk auf meinem Host funktioniert. Dies passiert bei nicht isolierten Netzwerken
Aktualisierung 2:Ich habe aufgehört firewalld
und das hat nicht geholfen, also ist es kein Firewall-Problem
Bitte helfen Sie mir, dieses Problem zu lösen. Danke
Antwort für @AB -
Aktualisiert – Wenn die VM eingeschaltet ist (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
- Wie gesagt - ich habe kein Terminal (oder weiß nicht, wie ich darauf zugreifen kann), während ich Debian auf dem Gast installiere, daher kann ich die Informationen vom Gast nicht bereitstellen
Antwort1
Mit der Hilfe von @AB habe ich herausgefunden, wo das Problem lag – und ... WIE ICH ES LÖSEN KANN!
AB hat mir einen Tipp gegeben, sowohl als auch (NetworkManager) zu verwenden connmand
. NM
Ich habe angefangen, das Problem zu untersuchen, und habe herausgefunden, dass für das Netzwerk Virt-manager
verwendet wird NM
, während mein Gerät/meine Schnittstelle ( enp3s0
) über connmand
(das Teil der GUI von LXQt ist) gesteuert wird.
Also habe ich Folgendes getan:
- Ich habe beschlossen, mein Gerät mit NetworkManager zu aktivieren.
NM
sagte, dass mein Gerät „streng unmanaged“ sei, also habe ich beschlossen, mein Gerät von freizugebenconnman
. Es war kompliziert. Ich habe denfind
Befehl über jedesconnman
mögliche Verzeichnis (in/var/lib
und/etc
) ausgeführt und nichts gefunden, das mit meinem Gerät zusammenhängt. - Ich habe beschlossen, nach den Verzeichnissen von zu suchen
NM
. Vielleicht ist es dort konfiguriert? Als ich herausfand, dass das nicht stimmte: - Ich habe beschlossen,stoppenUnddeaktivieren
connmand
für eine Weile. AberVirt-manager
ich konnte dieses Gerät immer noch nicht verwenden. - Also ging ich bis zum Äußersten -Ich habe
connman*
für immer gesäubertund verschoben nachNM
. - Es hat immer noch nicht funktioniert, aber es war endgültig - denn nachdem ich das Gerät aus der
/etc/network/interfaces
Datei kommentiert hatte,NM
die Kontrolle darüber übernahm (mithilfe vonsudo nmcli device set enp3s0 managed true
) und es schließlich über zum Laufen brachteNM
. - Ein Neustart (weil ich es seit Windows gewohnt bin, obwohl ich das nicht musste) und jetzt habe ich Netzwerk sowohl im Client als auch im Host!