Hallo zusammen,
ich habe gerade festgestellt, dass Virtualbox in der aktuellen Version 6.1.28 auf dem Leap 15.2 Host die Hostonly-Netzwerke vboxnet0, vboxnet1, etc. nicht startet, wenn eine VM gestartet wird, die diese Netzwerke verwendet. Mit der Vorversion 6.1.26 hat das noch problemlos funktioniert.
Ich habe zur Kontrolle Virtualbox noch einmal auf die 6.1.26 umgestellt (downgrade mit anschließendem Reboot), da es damit vor einigen Wochen noch gut funktionierte. Nun werden die Netzwerkinterfaces wieder sauber gestartet, wenn eine VM gestartet wird, die diese verwenden soll.
Nach dem Start der Virtualbox QT-Anwendung sieht es so aus (sowohl mit 6.1.26. als auch mit 6.1.28):
# ip addr show ... 4: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether 8c:04:ba:6e:fa:df brd ff:ff:ff:ff:ff:ff 5: vboxnet0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 0a:00:27:00:00:00 brd ff:ff:ff:ff:ff:ff 6: vboxnet1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 0a:00:27:00:00:01 brd ff:ff:ff:ff:ff:ff
Wenn unter Virtualbox 6.1.28 eine VM gestartet wird, die das Interface vboxnet1 benötigt ändert sich die Ausgabe nicht!
Wird unter Virtualbox 6.1.26 eine VM gestartet wird, die das Interface vboxnet1 benötigt sieht die Ausgabe so aus (wie erwartet):
# ip addr show ... 4: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether 8c:04:ba:6e:fa:df brd ff:ff:ff:ff:ff:ff 5: vboxnet0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 0a:00:27:00:00:00 brd ff:ff:ff:ff:ff:ff 6: vboxnet1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether 0a:00:27:00:00:01 brd ff:ff:ff:ff:ff:ff inet 172.16.81.1/24 brd 172.16.81.255 scope global vboxnet1 valid_lft forever preferred_lft forever inet6 fe80::800:27ff:fe00:1/64 scope link valid_lft forever preferred_lft forever
Kennt noch jemand das Problem und hat dafür eine Lösung?
Vielen Dank für euren Input.
Mark
Hallo nochmal,
Am 10.11.21 um 08:40 schrieb Mark Wenzel:
Hallo zusammen,
ich habe gerade festgestellt, dass Virtualbox in der aktuellen Version 6.1.28 auf dem Leap 15.2 Host die Hostonly-Netzwerke vboxnet0, vboxnet1, etc. nicht startet, wenn eine VM gestartet wird, die diese Netzwerke verwendet. Mit der Vorversion 6.1.26 hat das noch problemlos funktioniert.
Ich habe das Verhalten inzwischen auch auf einem zweiten Host-Rechner mit Leap 15.3 reproduzieren können.
Ich habe zur Kontrolle Virtualbox noch einmal auf die 6.1.26 umgestellt (downgrade mit anschließendem Reboot), da es damit vor einigen Wochen noch gut funktionierte. Nun werden die Netzwerkinterfaces wieder sauber gestartet, wenn eine VM gestartet wird, die diese verwenden soll.
Nach dem Start der Virtualbox QT-Anwendung sieht es so aus (sowohl mit 6.1.26. als auch mit 6.1.28):
# ip addr show ... 4: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether 8c:04:ba:6e:fa:df brd ff:ff:ff:ff:ff:ff 5: vboxnet0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 0a:00:27:00:00:00 brd ff:ff:ff:ff:ff:ff 6: vboxnet1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 0a:00:27:00:00:01 brd ff:ff:ff:ff:ff:ff
Wenn unter Virtualbox 6.1.28 eine VM gestartet wird, die das Interface vboxnet1 benötigt ändert sich die Ausgabe nicht!
Wird unter Virtualbox 6.1.26 eine VM gestartet wird, die das Interface vboxnet1 benötigt sieht die Ausgabe so aus (wie erwartet):
# ip addr show ... 4: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether 8c:04:ba:6e:fa:df brd ff:ff:ff:ff:ff:ff 5: vboxnet0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 0a:00:27:00:00:00 brd ff:ff:ff:ff:ff:ff 6: vboxnet1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether 0a:00:27:00:00:01 brd ff:ff:ff:ff:ff:ff inet 172.16.81.1/24 brd 172.16.81.255 scope global vboxnet1 valid_lft forever preferred_lft forever inet6 fe80::800:27ff:fe00:1/64 scope link valid_lft forever preferred_lft forever
Kennt noch jemand das Problem und hat dafür eine Lösung?
Vielen Dank für euren Input.
Mark
Vielen Dank fürs mitdenken.
Mark
Am 10.11.21 um 18:08 schrieb Mark Wenzel:
Wenn unter Virtualbox 6.1.28 eine VM gestartet wird, die das Interface vboxnet1 benötigt ändert sich die Ausgabe nicht!
Wird unter Virtualbox 6.1.26 eine VM gestartet wird, die das Interface vboxnet1 benötigt sieht die Ausgabe so aus (wie erwartet):
# ip addr show ... 4: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether 8c:04:ba:6e:fa:df brd ff:ff:ff:ff:ff:ff 5: vboxnet0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 0a:00:27:00:00:00 brd ff:ff:ff:ff:ff:ff 6: vboxnet1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether 0a:00:27:00:00:01 brd ff:ff:ff:ff:ff:ff inet 172.16.81.1/24 brd 172.16.81.255 scope global vboxnet1 valid_lft forever preferred_lft forever inet6 fe80::800:27ff:fe00:1/64 scope link valid_lft forever preferred_lft forever
Kennt noch jemand das Problem und hat dafür eine Lösung?
Hallo Mark,
nur fürs Protokoll: auf OpenSUSE Tumbleweed macht VirtualBox 6.1.28 so wie es soll.
Vielleicht mal die Host-only Adapter/Schnittstellen in der Einstellung einmal entfernen und neu hinzufügen und den Gästen erneut zuweisen.
Nach dem Erstellen der Host-only Adapter in der Einstellung:
4: vboxnet0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 0a:00:27:00:00:00 brd ff:ff:ff:ff:ff:ff
Nach dem Zuweisen in der Gast-Einstellung und nach dem Start des Gastsystems:
4: vboxnet0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 0a:00:27:00:00:00 brd ff:ff:ff:ff:ff:ff inet 192.168.56.1/24 brd 192.168.56.255 scope global vboxnet0 valid_lft forever preferred_lft forever inet6 fe80::800:27ff:fe00:0/64 scope link valid_lft forever preferred_lft forever
Läuft würde ich mal sagen. -- Gruß Sebastian - openSUSE Member (Freespacer) - Wichtiger Hinweis zur openSUSE Mailing Liste: https://de.opensuse.org/openSUSE:Mailinglisten_Netiquette
Hallo Sebastian,
Am 10.11.21 um 18:27 schrieb Sebastian Siebert:
Am 10.11.21 um 18:08 schrieb Mark Wenzel:
Wenn unter Virtualbox 6.1.28 eine VM gestartet wird, die das Interface vboxnet1 benötigt ändert sich die Ausgabe nicht!
Wird unter Virtualbox 6.1.26 eine VM gestartet wird, die das Interface vboxnet1 benötigt sieht die Ausgabe so aus (wie erwartet):
# ip addr show ... 4: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether 8c:04:ba:6e:fa:df brd ff:ff:ff:ff:ff:ff 5: vboxnet0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 0a:00:27:00:00:00 brd ff:ff:ff:ff:ff:ff 6: vboxnet1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether 0a:00:27:00:00:01 brd ff:ff:ff:ff:ff:ff inet 172.16.81.1/24 brd 172.16.81.255 scope global vboxnet1 valid_lft forever preferred_lft forever inet6 fe80::800:27ff:fe00:1/64 scope link valid_lft forever preferred_lft forever
Kennt noch jemand das Problem und hat dafür eine Lösung?
Hallo Mark,
nur fürs Protokoll: auf OpenSUSE Tumbleweed macht VirtualBox 6.1.28 so wie es soll.
Vielleicht mal die Host-only Adapter/Schnittstellen in der Einstellung einmal entfernen und neu hinzufügen und den Gästen erneut zuweisen.
Habe ich eben mal gemacht. Ergebnis: Die Interfaces haben nach dem neu Anlegen die Standard-IP-Adressen 192.168.56.1 und 192.168.57.1. Damit funktioniert es. Jedoch nicht mit meinen benötigten Adressen. Die default Adressen lassen sich nur eingeschränkt ändern (z.B. 192.168.56.1 -> 192.168.66.1). Will man eine Adresse in einem anderen Subnetz (z.B. 172.168.80.1) haben, gibt es beim Ändern eine Fehlermeldung (Die es auch vorher beim Starten der VM nach dem Upgrade auf 6.1.28 gegeben hat):
Callee RC: E_ACCESSDENIED 0x80070005
Leider sagt diese Fehlermeldung nicht wirklich etwas aus, worauf dieser Fehler beruht. Danach hatte ich schon in den letzten Tagen gesucht. Nun bin ich über den folgenden Link https://www.virtualbox.org/ticket/20626 darauf gestoßen, dass sich das Verhalten von VirtualBox ab Version 6.1.28 geändert hat: Es werden per default nur noch Hostonly-Netzwerke im Bereich 192.168.56.0/21 zugelassen. Will man andere haben, muss eine Datei /etc/vbox/networks.conf MANUELL angelegt werden, in der die erlaubten Netzwerke eingetragen sein müssen. Die Dokumentation wurde inzwischen dazu auch angepasst: https://www.virtualbox.org/manual/ch06.html#network_hostonly
Nachdem ich die Datei angelegt und dort die Einträge vorgenommen habe, funktioniert das Host-Only-Networking auch wieder im gewünschten Adressbereich.
Vielen Dank für Deine Unterstützung.
Mark
-
Mark Wenzel -
Sebastian Siebert