Tumbleweed mit virtuellem Win7 in KVM / qemu verbinden (Bridge? Samba?)

Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

Hinweis: In dem Thema Tumbleweed mit virtuellem Win7 in KVM / qemu verbinden (Bridge? Samba?) gibt es 24 Antworten auf 3 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.

  • Tumbleweed mit virtuellem Win7 in KVM / qemu verbinden (Bridge? Samba?)

    Hallo,

    ich habe unter Tumbleweed ein Win7 in KVM/qemu laufen.
    Insgesamt sind 4 physikalische Rechner (MAC, Win7 PC, Leap 42.2, Tumbleweed) verbunden, auf den beiden Suse-Maschinen ist je ein virtuelles Win7.
    Alle IP-Addressen werden von der Fritz-Box (7490, Standardgateway nach draußen) statisch zugewiesen.

    Den Tumbleweed-Rechner baue ich gerade neu auf.
    Als ich KVM über Yast installiert (nicht die Installation der Software, sondern "Create virtual machines with KVM") habe kam bei der Autokonfiguration eine Fehlermeldung ('Detail: undefined local variable or method 'log' for # - Did you mean? load'). Ich habe es dann nochmal laufen lassen, mit der gleichen Fehlermeldung.
    Die vm funktioniert trotzdem gut und das W7 kann auch ins Internet und mit dem Leap-Rechner und dem Windows-PC kommunizieren.

    Aber intern funktioniert es nicht.
    SAMBA ist nicht perfekt aufgebaut, aber es funktioniert erst mal. Ich komme auf den Leap- und den Win7 - Rechner (und den HP-Drucker), auf den Rechnern je mit identischem Usernamen und Passwort.
    Zugriff aus allen Richtungen. Auch vom virtuellen Win7 aus.

    Soweit ich bisher analysieren kann stimmt etwas mit den bridges nicht. Ich habe jetzt drei davon, mindestens 2 vermutlich aus den KVM-Starts, virbr0 und virbr1, ohne MAC-Adresse und Zuordnung.
    Weiter komme ich aber mit meinen bescheidenen Kenntnissen nicht. Und ich scheue mich, frei zu probieren, weil ich zu erinnern glaube daß in der richtigen Konfiguration auch der Weg ins Internet dann über die bridge geht.
    Was hieße, wenn ich da einen Fehler mache schneide ich mich möglicherweise von eurer Hilfe ab und von Information überhaupt.

    Ich poste jetzt mal nur ein paar Basics, weiß nicht was an Info noch wichtig wäre und will nicht zu müllen, ist eh schon lang. ping

    Quellcode

    1. 7470tw:~ # # 192.168.178.22 ist IP von W7 virtuell
    2. 7470tw:~ # ping 192.168.178.22
    3. PING 192.168.178.22 (192.168.178.22) 56(84) bytes of data.
    4. ^C
    5. --- 192.168.178.22 ping statistics ---
    6. 1 packets transmitted, 0 received, 100% packet loss, time 0ms
    8. 7470tw:~ #

    ping geht auch rückwärts nicht, also W7 -> tumbleweed.

    ifconfig

    Quellcode

    1. 7470tw:~ # ifconfig
    2. br0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
    3. ether 2e:9c:36:73:cb:3c txqueuelen 1000 (Ethernet)
    4. RX packets 0 bytes 0 (0.0 B)
    5. RX errors 0 dropped 0 overruns 0 frame 0
    6. TX packets 4 bytes 288 (288.0 B)
    7. TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
    9. enp0s31f6: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
    10. inet 192.168.178.20 netmask 255.255.255.0 broadcast 192.168.178.255
    11. inet6 fe80::f063:e9d8:5dba:451b prefixlen 64 scopeid 0x20<link>
    12. ether 18:db:f2:0c:d3:7b txqueuelen 1000 (Ethernet)
    13. RX packets 32811 bytes 11569941 (11.0 MiB)
    14. RX errors 0 dropped 14551 overruns 0 frame 0
    15. TX packets 17307 bytes 1996548 (1.9 MiB)
    16. TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
    17. device interrupt 16 memory 0xe1300000-e1320000
    19. lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
    20. inet 127.0.0.1 netmask 255.0.0.0
    21. inet6 ::1 prefixlen 128 scopeid 0x10<host>
    22. loop txqueuelen 1000 (Local Loopback)
    23. RX packets 384 bytes 47530 (46.4 KiB)
    24. RX errors 0 dropped 0 overruns 0 frame 0
    25. TX packets 384 bytes 47530 (46.4 KiB)
    26. TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
    28. macvtap0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
    29. inet6 fe80::5054:ff:fe78:7688 prefixlen 64 scopeid 0x20<link>
    30. ether 52:54:00:78:76:88 txqueuelen 500 (Ethernet)
    31. RX packets 6839 bytes 8678935 (8.2 MiB)
    32. RX errors 0 dropped 0 overruns 0 frame 0
    33. TX packets 5372 bytes 766929 (748.9 KiB)
    34. TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
    36. virbr0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
    37. inet 192.168.122.1 netmask 255.255.255.0 broadcast 192.168.122.255
    38. ether 52:54:00:4a:26:22 txqueuelen 1000 (Ethernet)
    39. RX packets 0 bytes 0 (0.0 B)
    40. RX errors 0 dropped 0 overruns 0 frame 0
    41. TX packets 0 bytes 0 (0.0 B)
    42. TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
    44. virbr1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
    45. inet 192.168.100.1 netmask 255.255.255.0 broadcast 192.168.100.255
    46. ether 52:54:00:e6:0a:62 txqueuelen 1000 (Ethernet)
    47. RX packets 0 bytes 0 (0.0 B)
    48. RX errors 0 dropped 0 overruns 0 frame 0
    49. TX packets 0 bytes 0 (0.0 B)
    50. TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
    52. wlp1s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
    53. inet 192.168.178.21 netmask 255.255.255.0 broadcast 192.168.178.255
    54. inet6 fe80::4e9:715b:15d3:1e9 prefixlen 64 scopeid 0x20<link>
    55. ether e4:a7:a0:8f:4b:34 txqueuelen 1000 (Ethernet)
    56. RX packets 16012 bytes 1096715 (1.0 MiB)
    57. RX errors 0 dropped 14098 overruns 0 frame 0
    58. TX packets 231 bytes 28315 (27.6 KiB)
    59. TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
    61. 7470tw:~ #
    Alles anzeigen
    macvtap ist ein Gerät, daß qemu benutzt, die HW-Addresse ist die gleiche.
    brctl show

    Quellcode

    1. 7470tw:~ # brctl show
    2. bridge name bridge id STP enabled interfaces
    3. br0 8000.2e9c3673cb3c yes
    4. virbr0 8000.5254004a2622 yes virbr0-nic
    5. virbr1 8000.525400e60a62 yes virbr1-nic
    6. 7470tw:~ #
    brctl showmacs

    Quellcode

    1. 7470tw:~ # brctl showmacs virbr0
    2. port no mac addr is local? ageing timer
    3. 7470tw:~ # brctl showmacs virbr1
    4. port no mac addr is local? ageing timer
    5. 7470tw:~ # brctl showmacs br0
    6. port no mac addr is local? ageing timer
    7. 7470tw:~ #
    arp

    Quellcode

    1. 7470tw:~ # arp
    2. Address HWtype HWaddress Flags Mask Iface
    3. dellffin.fritz.box ether d0:67:e5:3a:c9:43 C enp0s31f6
    4. fritz.box ether 08:96:d7:e7:c4:8b C wlp1s0
    5. Mobidell.fritz.box (incomplete) enp0s31f6
    6. fritz.box ether 08:96:d7:e7:c4:8b C enp0s31f6
    7. Galaxy-S9.fritz.box ether 6c:c7:ec:c4:1c:57 C enp0s31f6
    8. 7470tw:~ #
    Mobidell ist das virtuelle Win7.

    Ich komme da nicht weiter, bin für Hilfe dankbar.
    Dell Latitude 7470, 4 x i7 6600U, 32 GB, 1TB NVMe
    Kernel 5.4.7-1-default, 64-bit, Tumbleweed20200109, Plasma 5.17.4

    Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von baumkraxler ()

    Für den Inhalt des Beitrages 139038 haftet ausdrücklich der jeweilige Autor: baumkraxler

  • Ok, ich versuche es mal. Ich blicke noch nicht vollständig bei Dir durch, aber es gibt einen hervorragenden Artikel aus der ehemaligen Easylinux, wo kochrezeptartig KVM und das Aufsetzen der Bridge beschrieben wird.
    Leider ist der Artikel nicht in der Community-Edition nicht drin (d.h. zum freien Download). Er heisst "Virtuale Maschinen mit KVM und Xen" Seite 54. Das wäre für Dich die optimale Lektüre, um überhaupt mal Boden unter den Füssen zu kriegen.
    EasyLinux-CE-2018-01.pdf

    Ok, das hilft Dir jetzt nicht.

    Grundsätzlich ist es so, dass die Physikalischen Devices der Suse-Rechner ( eth0, eth1 ... ) auf die Bridge (br0) gemappt werden. D.h. die br0 hat eine IP (das ist bei Dir oben nicht so ) . In dem Virtuellen Client steht dann unter NIC in der Info: Netzwerkquelle: Bridge br0 : Hostgerät eth0 . Ich verstehe das so, dass die Devices der virtuellen Maschine ( eth0 ... ) auf die br0 gemappt werden und damit im Netzwerk befindlich sind, in der br0 residiert. Damit müssten sich dann Host und Virtuele Maschine gegenseitig pingen können. Die IP, die in der virtuellen Maschine (auf eth0 ) vergeben wird, muss zu dem Netzwerk auf br0 passen.

    Bei Dir hat enp0s31f6 eine IP, nicht die Bridge. Und enp0s31f6 korrespondiert mit wlp1s0 . Ich denke enp0s31f6 muss slave der Bridge werden.

    So weit erstmal.

    Für den Inhalt des Beitrages 139049 haftet ausdrücklich der jeweilige Autor: AlexandrodelaVega

  • Ok, das hilft Dir jetzt nicht. Stimmt, Seite 54 ist nicht drin.

    Mein "alter" Rechner hat das gleiche Setup, da ging die KVM-Kreation vor 2 Jahren flüssig durch und hier (Tumbleweed) läuft auch der identische W7-Klon (habe das Image kopiert).
    Dort, also auf Leap, sieht die ifconfig so aus:

    Quellcode

    1. dellffin:~ # ifconfig
    2. lo Link encap:Local Loopback
    3. inet addr:127.0.0.1 Mask:255.0.0.0
    4. inet6 addr: ::1/128 Scope:Host
    5. UP LOOPBACK RUNNING MTU:65536 Metric:1
    6. RX packets:80 errors:0 dropped:0 overruns:0 frame:0
    7. TX packets:80 errors:0 dropped:0 overruns:0 carrier:0
    8. collisions:0 txqueuelen:1
    9. RX bytes:6944 (6.7 Kb) TX bytes:6944 (6.7 Kb)
    11. p6p1 Link encap:Ethernet HWaddr D0:67:E5:3A:C9:43
    12. inet addr:192.168.178.30 Bcast:192.168.178.255 Mask:255.255.255.0
    13. inet6 addr: fe80::d267:e5ff:fe3a:c943/64 Scope:Link
    14. UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
    15. RX packets:32878 errors:0 dropped:2 overruns:0 frame:0
    16. TX packets:18134 errors:0 dropped:0 overruns:0 carrier:0
    17. collisions:0 txqueuelen:1000
    18. RX bytes:45009417 (42.9 Mb) TX bytes:1389821 (1.3 Mb)
    19. Interrupt:18
    21. virbr0 Link encap:Ethernet HWaddr 52:54:00:31:95:C4
    22. inet addr:192.168.100.1 Bcast:192.168.100.255 Mask:255.255.255.0
    23. UP BROADCAST MULTICAST MTU:1500 Metric:1
    24. RX packets:0 errors:0 dropped:0 overruns:0 frame:0
    25. TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
    26. collisions:0 txqueuelen:1000
    27. RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
    29. wlan0 Link encap:Ethernet HWaddr 08:11:96:56:83:A4
    30. UP BROADCAST MULTICAST MTU:1500 Metric:1
    31. RX packets:0 errors:0 dropped:0 overruns:0 frame:0
    32. TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
    33. collisions:0 txqueuelen:1000
    34. RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
    Alles anzeigen
    also kein br0, hier virbr0. Im Übrigen mit gleicher IP wie virbr1 auf dem neuen Tumbleweed.
    Vielleicht sollte ich virbr1 gleich mal löschen?

    Ansonsten: enp0s31f6, IP 192.168.178.20 ist LAN, wlpls0, IP 192.168.178.21 ist WLAN.
    Der W7 - KVM - Host hat IP 192.168.178.22/24.
    Dell Latitude 7470, 4 x i7 6600U, 32 GB, 1TB NVMe
    Kernel 5.4.7-1-default, 64-bit, Tumbleweed20200109, Plasma 5.17.4

    Für den Inhalt des Beitrages 139072 haftet ausdrücklich der jeweilige Autor: baumkraxler

  • Update.
    Ich habe mich, nach einiger Lektüre im Netz, mal getraut etwas zu probieren. Habe ip link entdeckt.
    Habe versucht, dieser Anleitung Suse Anletung KVM zu folgen, S 107 ff.
    Mit sehr wechselhaften Ergebnissen, teils war der Host komplett abgetrennt, mal der Wirt (schwitz).
    Verschiedenes war mal der Master von Verschiedenem... ...immerhin habe ich jetzt etwas Vertrauen, meine Internetverbindung schon wieder hin zu kriegen, auch wenn dazu ein par mal reboot nötig war.

    Aber sinnvoll und zielführend (außer daß ich ein kleines bisschen übe) scheint mir das nicht zu sein.

    Die ifconfig von meinem alten Lappi ist ja schon oben, ich fand ip link show dann noch evtl. interessant:

    Quellcode

    1. dellffin:~ # ip link show
    2. 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1
    3. link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    4. 2: p6p1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    5. link/ether d0:67:e5:3a:c9:43 brd ff:ff:ff:ff:ff:ff
    6. 3: wwan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
    7. link/ether 02:80:37:ec:02:00 brd ff:ff:ff:ff:ff:ff
    8. 4: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DORMANT group default qlen 1000
    9. link/ether 08:11:96:56:83:a4 brd ff:ff:ff:ff:ff:ff
    10. 5: virbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
    11. link/ether 52:54:00:31:95:c4 brd ff:ff:ff:ff:ff:ff
    12. 6: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master virbr0 state DOWN mode DEFAULT group default qlen 1000
    13. link/ether 52:54:00:31:95:c4 brd ff:ff:ff:ff:ff:ff
    14. 7: vnet0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master virbr0 state UNKNOWN mode DEFAULT group default qlen 1000
    15. link/ether fe:54:00:33:e5:c7 brd ff:ff:ff:ff:ff:ff
    16. dellffin:~ #
    Alles anzeigen
    Da dort das System funktioniert könnte man es als Vorlage nehmen?

    Ansonsten habe ich leider etwas Chaos produziert mit meinen Versuchen.

    Der macvtap-Adapter ist in ifconfig nicht mehr vorhanden, der W7-Host benutzt ihn aber noch erfolgreich für die Kommunikation nach außen.
    virbr0 und virbr1 sind aktiv, Networkmanager zeigt sie als verbunden an (keine Ahnung, womit).
    br0 ist auch aktiver, Network-Manager sagt "Netzwerkadresse wird bezogen", aber dabei bleibt es.

    ifconfig neu:

    Quellcode

    1. 7470tw:~ # ifconfig
    2. br0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
    3. ether 2e:9c:36:73:cb:3c txqueuelen 1000 (Ethernet)
    4. RX packets 0 bytes 0 (0.0 B)
    5. RX errors 0 dropped 0 overruns 0 frame 0
    6. TX packets 0 bytes 0 (0.0 B)
    7. TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
    9. enp0s31f6: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
    10. inet 192.168.178.20 netmask 255.255.255.0 broadcast 192.168.178.255
    11. inet6 fe80::f063:e9d8:5dba:451b prefixlen 64 scopeid 0x20<link>
    12. ether 18:db:f2:0c:d3:7b txqueuelen 1000 (Ethernet)
    13. RX packets 18899 bytes 9528917 (9.0 MiB)
    14. RX errors 0 dropped 6794 overruns 0 frame 0
    15. TX packets 10652 bytes 1428644 (1.3 MiB)
    16. TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
    17. device interrupt 16 memory 0xe1300000-e1320000
    19. lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
    20. inet 127.0.0.1 netmask 255.0.0.0
    21. inet6 ::1 prefixlen 128 scopeid 0x10<host>
    22. loop txqueuelen 1000 (Local Loopback)
    23. RX packets 276 bytes 35665 (34.8 KiB)
    24. RX errors 0 dropped 0 overruns 0 frame 0
    25. TX packets 276 bytes 35665 (34.8 KiB)
    26. TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
    28. macvtap0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
    29. inet6 fe80::5054:ff:fe78:7688 prefixlen 64 scopeid 0x20<link>
    30. ether 52:54:00:78:76:88 txqueuelen 500 (Ethernet)
    31. RX packets 5950 bytes 7998614 (7.6 MiB)
    32. RX errors 0 dropped 0 overruns 0 frame 0
    33. TX packets 4510 bytes 695153 (678.8 KiB)
    34. TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
    36. virbr0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
    37. inet 192.168.122.1 netmask 255.255.255.0 broadcast 192.168.122.255
    38. ether 52:54:00:4a:26:22 txqueuelen 1000 (Ethernet)
    39. RX packets 0 bytes 0 (0.0 B)
    40. RX errors 0 dropped 0 overruns 0 frame 0
    41. TX packets 0 bytes 0 (0.0 B)
    42. TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
    44. virbr1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
    45. inet 192.168.100.1 netmask 255.255.255.0 broadcast 192.168.100.255
    46. ether 52:54:00:e6:0a:62 txqueuelen 1000 (Ethernet)
    47. RX packets 0 bytes 0 (0.0 B)
    48. RX errors 0 dropped 0 overruns 0 frame 0
    49. TX packets 0 bytes 0 (0.0 B)
    50. TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
    52. wlp1s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
    53. inet 192.168.178.21 netmask 255.255.255.0 broadcast 192.168.178.255
    54. inet6 fe80::4e9:715b:15d3:1e9 prefixlen 64 scopeid 0x20<link>
    55. ether e4:a7:a0:8f:4b:34 txqueuelen 1000 (Ethernet)
    56. RX packets 7456 bytes 583800 (570.1 KiB)
    57. RX errors 0 dropped 6042 overruns 0 frame 0
    58. TX packets 180 bytes 29707 (29.0 KiB)
    59. TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
    61. 7470tw:~ #
    Alles anzeigen

    und ip link:

    Quellcode

    1. 7470tw:~ # ip link show
    2. 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    3. link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    4. 2: enp0s31f6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
    5. link/ether 18:db:f2:0c:d3:7b brd ff:ff:ff:ff:ff:ff
    6. 3: wlp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DORMANT group default qlen 1000
    7. link/ether e4:a7:a0:8f:4b:34 brd ff:ff:ff:ff:ff:ff
    8. 4: wwp0s20f0u5i12: <BROADCAST,MULTICAST,NOARP> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
    9. link/ether d6:4f:29:f1:02:80 brd ff:ff:ff:ff:ff:ff
    10. 6: virbr1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN mode DEFAULT group default qlen 1000
    11. link/ether 52:54:00:e6:0a:62 brd ff:ff:ff:ff:ff:ff
    12. 7: virbr1-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master virbr1 state DOWN mode DEFAULT group default qlen 1000
    13. link/ether 52:54:00:e6:0a:62 brd ff:ff:ff:ff:ff:ff
    14. 8: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN mode DEFAULT group default qlen 1000
    15. link/ether 52:54:00:4a:26:22 brd ff:ff:ff:ff:ff:ff
    16. 9: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master virbr0 state DOWN mode DEFAULT group default qlen 1000
    17. link/ether 52:54:00:4a:26:22 brd ff:ff:ff:ff:ff:ff
    18. 10: br0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN mode DEFAULT group default qlen 1000
    19. link/ether 2e:9c:36:73:cb:3c brd ff:ff:ff:ff:ff:ff
    20. 11: macvtap0@enp0s31f6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 500
    21. link/ether 52:54:00:78:76:88 brd ff:ff:ff:ff:ff:ff
    22. 7470tw:~ #
    Alles anzeigen
    Dell Latitude 7470, 4 x i7 6600U, 32 GB, 1TB NVMe
    Kernel 5.4.7-1-default, 64-bit, Tumbleweed20200109, Plasma 5.17.4

    Für den Inhalt des Beitrages 139073 haftet ausdrücklich der jeweilige Autor: baumkraxler

  • Mein Verständnis von Bridging ( Trunking, Bonding mal ausgeschlossen ).

    Hier mal eine Gedankenskizze. Die Erklärung s.u.:

    ====================================
    br0 (IP1) --- eth0 (noIP) (1.Netdevice des Hosts)
    .............|
    .............--- vnet0 (IP12) (Netdevice 1.Virtueller Host)
    .............|
    .............--- vnet1 (IP13) (Netdevice 2.Virtueller Host)
    ...


    br1 (IP2) --- eth1 (noIP) (2.Netdevice des Hosts)

    ====================================

    noIP = ...
    IP1 = 170.XXX.XXX.001
    IP12 = 170.XXX.XXX.002
    IP13 = 170.XXX.XXX.003

    IP2 = 171.XXX.XXX.001

    br - Bridge-Device
    eth - Physikalische Devices
    vnet - Virtuelle Devices

    =====================================


    Also grundsätzlich verhält es sich wie oben skizziert.

    br0 ist die Bridge . eth0 wird als SlaveDevice mit der Bridge br0 verbunden.
    br0 hat die IP des Hosts und aus Sicht des Hostes hat eth0 keine IP mehr. Ich verstehe das so, dass br0 und eth0 hier parallel geschaltet sind und eth0 der erste "Kunde" auf der Bridge br0 ist.

    Bei Installation einer Virtuellen Maschine entsteht ein neuer Eintrag auf der Bridge mit Namen vnet0.
    Die IP von vnet0 setzt der erste Virtuelle Host selbst (statisch oder DHCP), dessen internes Netzdevice ebenfalls auf br0 geschaltet ist. vnet0 ist also der zweite "Kunde" auf der Bridge br0.

    Die IPs von br0 liegen alle auf demselben IP-Bereich, hier 170.XXX.XXX.00Y ( Y=1,2,3..)

    Ist im Host-Rechner eine weitere Schnittstelle eth1 vorhanden, lässt sich eine weitere Bridge installieren, br1. Usw.


    Command-> : brctl show

    bridge name bridge id STP enabled interfaces
    br0 8000.001999ff0bd7 no eth0
    .......................................vnet0
    br1 8000.001999ff0bd6 no eth1

    Das spiegelt sauber die oben beschriebene Konfiguration wieder.


    Was mir bei Deiner Konfiguration auffällt:
    =============================

    o) br0 hat keine IP, ich vermute, dass das der Name Deiner Bridge ist.

    o) enp0s31f6 hat eine IP (192.168.178.20), die IP müsste die Bridge haben und enp0s31f6 müsste ein SlaveDevice von br0 sein.
    (Die IP wird eigentlich von ifconfig auf dem Host enp0s31f6 nicht angezeigt)

    o) Das Ethernet-Device (enp0s31f6) und das WLAN-Device (wlp1s0) beherbergen dasselbe Subnetz.

    enp0s31f6 IP 192.168.178.20
    wlpls0 IP 192.168.178.21

    Der Sinn erschliesst sich mir nicht. Ich würde erwarten, dass das Ethernetdevice und das Wlan-Device unterschiedliche Subnetze sind, also müsste etwa wlpls0 IP 192.168.179.21 haben (statt X.X.178.X ).

    Wenn schnelle Datenübertragung gefragt ist, ist das Kupfernetz sicher schneller ( über enp0s31f6 , Routing über 192.168.178.0 ).
    Wenn Verbindung ins Internet gefragt ist, ist WLAN über den Internetrouter eine gute Wahl ( über wlpls0 ).
    Aber Vorbedingung ( oder zumindest ist es sauberer ) sollten enp0s31f6 ( eignetlich br0 ) und wlpls0 ( eignetlich br1 ) unterschiedliche Subnetze sein, damit das Routing sauber ist.

    Bei Deinen Devices virbr0 und virbr1 kann ich nur raten, dass das weitere Bridges sind. Wozu?
    Klar kann man weitere Bridges definieren, deren IPs nicht auf dem Netzwerk der Hauptbrigde (brX) liegt. Das macht aber nur Sinn, wenn die mit virbrX verbunden Virtuellen Hosts keine Verbindung nach aussen haben sollen, sondern nur untereinander kommunizieren sollen.

    Also entsprechend obiger Skizze müsste Deine Netzkonfiguration so aussehen:

    br0 () --- enp0s31f6 (noIP) (1.Netdevice des Hosts)
    .........|
    .........--- virbr0 (IP im SubNetz br0) (Netdevice 1.Virtueller Host br0)
    .........|
    ............


    br1 () --- wlpls0 (noIP) (2.Netdevice des Hosts)
    .........|
    .........--- virbr1 (IP von SubNetz br1) (Netdevice 1.Virtueller Host auf br1)
    ...

    Ich habe 4 physikalische Hosts mit ca. 20 Virtuellen Hosts laufen. Alles arbeitet korrekt ... ich hoffe, ich habe das einigermassen verständlich erklärt und Dein Problem korrekt verstanden.

    Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von AlexandrodelaVega ()

    Für den Inhalt des Beitrages 139077 haftet ausdrücklich der jeweilige Autor: AlexandrodelaVega

  • Alles richtig.

    Und zumindest eine Vbridge wird gebraucht.
    Die wird intern verwendet, um z.B. mittels Spice- Protokoll die VNC Verbindung der VM zum Host zu beherbergen.

    So eine V-Bridge wird per Default angelegt.
    Kann man natürlich auch anders konfigurieren.
    Bei der Überfülle an V- Bridges kann man prima Unsinn treiben.
    Z.B. für jeweils ein Paar VMs ein eigenes, abgeschottetes Netzsegment zu haben, und die Kommunikation nach außen mittels Routingtables basteln.
    Wirklich brauchen tut man das eher nicht, weil es übermäßig und sinnlos den Netsetup verkompliziert.
    Sokrates sagte, dass er nichts wisse.
    Ich bin viel, viel klüger als Sokrates.
    Ich weiß ganz genau, dass ich gar nichts weiß.

    Für den Inhalt des Beitrages 139097 haftet ausdrücklich der jeweilige Autor: Berichtigung

  • AlexandrodelaVega schrieb:

    ich hoffe, ich habe das einigermassen verständlich erklärt
    absolut, und sehr anschaulich, 1000 Dank!

    AlexandrodelaVega schrieb:

    Das Ethernet-Device (enp0s31f6) und das WLAN-Device (wlp1s0) beherbergen dasselbe Subnetz.
    Das hätte mir, nachdem ich gerade erst ein Buch zu Grundlagen der Netzwerktechnik gelesen habe, auffallen können, daß das wohl keinen Sinn macht.
    Habe ich aber nicht dran gedacht. Ich habe mich an der FritzBox orientiert (nach Reset auf Werkseinstellungen), die automatisch alle LAN- und WLAN-Verbindungen dynamisch ins selbe Subnetz gestellt hat.
    Und habe dann ein schlichtes System gestrickt, unsere 4 Menschen mit jeweiligen Geräten statisch zuzuordnen.

    Diese Tabelle werde ich also zuerst ändern, dann mal versuchen das bridge - interface setup sinnvoll zu stricken und dann mal weiter sehen.
    Ich muss mich da noch schlauer machen, bisher würde ich das bei brctl und ip link tun, gibt es da noch andere | nötige | bessere Befehle und Einstiege für?

    Betreffs der IP-Ranges, gibt es da Unterschiede, welchen Bereich ich nutze (also 192.168.x.x oder 10.10.x.x oder ..?)
    Ich würde mir natürlich einen suchen, der als Standard für diesen Zweck vorgesehen ist, auch da schaue ich noch mal, aber soweit ich das verstehe sind es ansonsten letztlich nur Zahlen (das mit den getrennten Subnetzen ist mir, denke ich, klar).

    AlexandrodelaVega schrieb:

    Bei Deinen Devices virbr0 und virbr1 kann ich nur raten, dass das weitere Bridges sind. Wozu?
    Ich vermute, die hat Yast angelegt als ich mit "Create Virtual Machines" das Qemu/KVM-Setup angestoßen habe.
    Da kam ja dann die eingangs erwähnte Fehlermeldung, deswegen meine -Vermutung- , die wurden zwar angelegt aber nicht mehr sauber konfiguriert/verbunden.

    Ich werde also mal aufräumen /sortieren und dann weiter sehen.
    Alles ist mir noch nicht klar, u.A. wie ich dem virt. Host die richtige IP mitgebe und ob und wie ich mich um

    Berichtigung schrieb:

    Und zumindest eine Vbridge wird gebraucht.
    Die wird intern verwendet, um z.B. mittels Spice- Protokoll die VNC Verbindung der VM zum Host zu beherbergen.
    kümmern muss. Was ist eine VBridge (Netzsuche führt ganz woanders hin)? Nachdem mein Win7 ansonsten ja gut läuft müsste das ja installiert sein, sonst hätte ich doch kein GUI?
    Und schließlich, damit ich mich auf meinem Gerät auch auskenne, wie kann ich die erkennen und identifizieren?

    Ich hab jetzt leider erst mal Brot-Arbeit vor mir, melde mich aber, sowie ich weiter bin.
    Und nochmals Dank für die Unterstützung.
    Dell Latitude 7470, 4 x i7 6600U, 32 GB, 1TB NVMe
    Kernel 5.4.7-1-default, 64-bit, Tumbleweed20200109, Plasma 5.17.4

    Für den Inhalt des Beitrages 139130 haftet ausdrücklich der jeweilige Autor: baumkraxler

  • Eine Vbridge ist schlicht eine Bridge, die halt einfach nur von den VMs verwendet wird.
    Nichts besonderes, und erst recht kein korrekter Term, der dezidiert irgendetwas bezeichnen/definieren würde.

    Und wie schon geschrieben: Selbst die VNC Verbindung mittels Spice zwischen VM und Host, um die Fenster darstellen zu können, ließe sich anders bewerkstelligen.
    openSUSE nennt halt die Bridge gerne vir-br*.
    That's all.
    Sokrates sagte, dass er nichts wisse.
    Ich bin viel, viel klüger als Sokrates.
    Ich weiß ganz genau, dass ich gar nichts weiß.

    Für den Inhalt des Beitrages 139142 haftet ausdrücklich der jeweilige Autor: Berichtigung

  • Update.
    a) Subnetze: Wenn ich LAN und WLAN in verschiedene Subnetze setze bedeutet das, daß ich z.B. nicht drucken kann wenn ich nicht am Kabel hänge (Drucker ist verkabelt) und daß ich von Rechner am WLAN zu Rechner am LAN keine Verbindung habe, so ich das nicht wieder separat irgendwo bridge / route / ?
    Ich neige dazu, das erst mal so zu lassen, weil ich außer teils unnötiger Aufmerksamkeit von devices keinen ernsthaften Nachteil sehe und o.A. features zunächst behalten mag. Kümmere mich gerne drum, etwas später das Netz richtig sauber zu machen. Ich bitte um Korrektur, wenn das irgendwie problematisch ist.

    b) Ich brauche konkrete Hilfe, weil ich mir unverständliche Ergebnisse habe. Nach Lektüre von manpages (und das ist für mich chinesisch mit bayrischem Akzent <den ich verstehe>) und Netzanleitungen begann ich erst mal aufzuräumen, d.h. die virbr0 und virbr1 zu entfernen und wollte "from the scratch" aufbauen.

    So sah es also vorher aus:

    Quellcode

    1. 7470tw:~ # ifconfig -a
    2. enp0s31f6: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
    3. inet 192.168.178.20 netmask 255.255.255.0 broadcast 192.168.178.255
    4. inet6 fe80::f063:e9d8:5dba:451b prefixlen 64 scopeid 0x20<link>
    5. ether 18:db:f2:0c:d3:7b txqueuelen 1000 (Ethernet)
    6. RX packets 6291 bytes 2090809 (1.9 MiB)
    7. RX errors 0 dropped 2044 overruns 0 frame 0
    8. TX packets 3690 bytes 421359 (411.4 KiB)
    9. TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
    10. device interrupt 16 memory 0xe1300000-e1320000
    12. lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
    13. inet 127.0.0.1 netmask 255.0.0.0
    14. inet6 ::1 prefixlen 128 scopeid 0x10<host>
    15. loop txqueuelen 1000 (Local Loopback)
    16. RX packets 238 bytes 25668 (25.0 KiB)
    17. RX errors 0 dropped 0 overruns 0 frame 0
    18. TX packets 238 bytes 25668 (25.0 KiB)
    19. TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
    21. virbr0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
    22. inet 192.168.122.1 netmask 255.255.255.0 broadcast 192.168.122.255
    23. inet6 fe80::ad0e:9e33:3edb:66f1 prefixlen 64 scopeid 0x20<link>
    24. ether 52:54:00:4a:26:22 txqueuelen 1000 (Ethernet)
    25. RX packets 232 bytes 49775 (48.6 KiB)
    26. RX errors 0 dropped 76 overruns 0 frame 0
    27. TX packets 38 bytes 6792 (6.6 KiB)
    28. TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
    30. virbr1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
    31. inet 192.168.100.1 netmask 255.255.255.0 broadcast 192.168.100.255
    32. ether 52:54:00:e6:0a:62 txqueuelen 1000 (Ethernet)
    33. RX packets 0 bytes 0 (0.0 B)
    34. RX errors 0 dropped 0 overruns 0 frame 0
    35. TX packets 0 bytes 0 (0.0 B)
    36. TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
    38. virbr0-nic: flags=4098<BROADCAST,MULTICAST> mtu 1500
    39. ether 52:54:00:4a:26:22 txqueuelen 1000 (Ethernet)
    40. RX packets 0 bytes 0 (0.0 B)
    41. RX errors 0 dropped 0 overruns 0 frame 0
    42. TX packets 0 bytes 0 (0.0 B)
    43. TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
    45. virbr1-nic: flags=4098<BROADCAST,MULTICAST> mtu 1500
    46. ether 52:54:00:e6:0a:62 txqueuelen 1000 (Ethernet)
    47. RX packets 0 bytes 0 (0.0 B)
    48. RX errors 0 dropped 0 overruns 0 frame 0
    49. TX packets 0 bytes 0 (0.0 B)
    50. TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
    52. wlp1s0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
    53. ether 56:d8:d9:fc:e9:27 txqueuelen 1000 (Ethernet)
    54. RX packets 393 bytes 86840 (84.8 KiB)
    55. RX errors 0 dropped 190 overruns 0 frame 0
    56. TX packets 178 bytes 39327 (38.4 KiB)
    57. TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
    59. wwp0s20f0u5i12: flags=4226<BROADCAST,NOARP,MULTICAST> mtu 1500
    60. ether d6:4f:29:f1:02:80 txqueuelen 1000 (Ethernet)
    61. RX packets 0 bytes 0 (0.0 B)
    62. RX errors 0 dropped 0 overruns 0 frame 0
    63. TX packets 0 bytes 0 (0.0 B)
    64. TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
    66. 7470tw:~ #
    67. 7470tw:~ # brctl show
    68. bridge name bridge id STP enabled interfaces
    69. virbr0 8000.5254004a2622 yes virbr0-nic
    70. virbr1 8000.525400e60a62 yes virbr1-nic
    71. 7470tw:~ #
    Alles anzeigen
    Und dann habe ich das gemacht, samt Ergebnis:

    Quellcode

    1. 7470tw:~ #
    2. 7470tw:~ # ifconfig virbr0 down
    3. 7470tw:~ # ifconfig virbr1 down
    4. 7470tw:~ # brctl delbr virbr0
    5. 7470tw:~ # brctl delbr virbr1
    6. 7470tw:~ # ip link delete virbr0-nic
    7. 7470tw:~ # ip link delete virbr1-nic
    8. 7470tw:~ #
    9. 7470tw:~ # brctl show
    10. 7470tw:~ # ifconfig -a
    11. enp0s31f6: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
    12. inet 192.168.178.20 netmask 255.255.255.0 broadcast 192.168.178.255
    13. inet6 fe80::f063:e9d8:5dba:451b prefixlen 64 scopeid 0x20<link>
    14. ether 18:db:f2:0c:d3:7b txqueuelen 1000 (Ethernet)
    15. RX packets 7649 bytes 2262497 (2.1 MiB)
    16. RX errors 0 dropped 2750 overruns 0 frame 0
    17. TX packets 4271 bytes 485565 (474.1 KiB)
    18. TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
    19. device interrupt 16 memory 0xe1300000-e1320000
    21. lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
    22. inet 127.0.0.1 netmask 255.0.0.0
    23. inet6 ::1 prefixlen 128 scopeid 0x10<host>
    24. loop txqueuelen 1000 (Local Loopback)
    25. RX packets 238 bytes 25668 (25.0 KiB)
    26. RX errors 0 dropped 0 overruns 0 frame 0
    27. TX packets 238 bytes 25668 (25.0 KiB)
    28. TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
    30. wlp1s0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
    31. ether 36:f8:87:6f:1d:eb txqueuelen 1000 (Ethernet)
    32. RX packets 393 bytes 86840 (84.8 KiB)
    33. RX errors 0 dropped 190 overruns 0 frame 0
    34. TX packets 178 bytes 39327 (38.4 KiB)
    35. TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
    37. wwp0s20f0u5i12: flags=4226<BROADCAST,NOARP,MULTICAST> mtu 1500
    38. ether d6:4f:29:f1:02:80 txqueuelen 1000 (Ethernet)
    39. RX packets 0 bytes 0 (0.0 B)
    40. RX errors 0 dropped 0 overruns 0 frame 0
    41. TX packets 0 bytes 0 (0.0 B)
    42. TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
    44. 7470tw:~ #
    Alles anzeigen
    Ich würde nicht die ganzen Listen posten wenn ich nicht beweisen wollen würde, daß ich das soweit - irgendwie aber doch nicht richtig? - gemacht habe.
    Nach einem reboot war aber alles wieder im Vorher-Zustand. Schwöre!
    Auch die von mir mittels 7470tw:~ # ip link add name fbr0 type bridge angelegte bridge war wieder weg.
    Eine ominöse br0 taucht hier nicht auf, Network-Manager sucht aber beständig, sie zu verbinden.
    Der Versuch, enp0s31f6 in flan0 umzubenennen gelang mit ip link set enp0s31f6 name flan0 unter Abtrennung der Internetverbindung bis zum reboot, die Bearbeitung von /etc/udev/rules.d/70-persistent-ipoib.rules hat (trotz reboot) nicht geändert.


    Jetzt, so nach 6h, raucht mir der Kopf und ich glaub ich komme da allein nicht weiter. Muss ich das in eine Konfig-Datei / Startscript schreiben? Wo sind die Dinger gespeichert?
    Dell Latitude 7470, 4 x i7 6600U, 32 GB, 1TB NVMe
    Kernel 5.4.7-1-default, 64-bit, Tumbleweed20200109, Plasma 5.17.4

    Für den Inhalt des Beitrages 139218 haftet ausdrücklich der jeweilige Autor: baumkraxler

  • sorry, das war vielleicht etwas viel heute früh, ich war ein wenig drüber...

    Ich wäre dennoch sehr dankbar, wenn ich vielleicht in kleineren Schritten angeleitet würde.

    Info ist ja schon etwas im obigen Post, bräuchte es noch etwas?
    Dell Latitude 7470, 4 x i7 6600U, 32 GB, 1TB NVMe
    Kernel 5.4.7-1-default, 64-bit, Tumbleweed20200109, Plasma 5.17.4

    Für den Inhalt des Beitrages 139241 haftet ausdrücklich der jeweilige Autor: baumkraxler