Was wäre die 'normale Installationseinstellung'?
Die beim ersten Start von libvirt?
Was wäre die 'normale Installationseinstellung'?
Die beim ersten Start von libvirt?
ich kenne den virtual-Machine-manager - aus dem heraus ich neue VMs generieren und konfigurieren , bestehende starten und stoppen und clonen kann.
Dann gibt es dort Einstellungen-Verbindungsdetails - daselbst entweder virtuelle Netze oder Netzwerkschnittstellen.
das mit den Netzwerkschnittstellen wären die bridges .. die ja mit WLAN nicht funktionieren
und wir haben bishlang über virtuelle Netze geschrieben.
Wenn ich dort ein virtuelles Netz einrichte gibt es keine 'normalen Installationseinstellungen'.
Ich muss mich vielfach entscheiden ..
Wo kann ich den Befehl 'libvirt' loswerden?? Es soll ja eine Qemu-Konsole gegen. Dort wahrscheinlich.
Aber die hab ich bisher nicht gefunden und auch nicht gebraucht.
Ich hab sie schon mal gesucht und gefragt
Wo ist die Qemu-Konsole ..
aber keine Antwort gekriegt ..
wie geht es bloß weiter ..
Vielleicht hast du noch einen Tipp der mich auf die richtige Fährte bringt
mit besten Grüßen und vielem Dank
Wurzel
libvirt ist die darunterliegende API.
Schau einmal im Yast, was bei Dir alles installiert ist und lese die Beschreibung.
Hat jetzt aber nichts mit Deinem Problem zu tun.
Zu dem ich aber auch nicht weiter helfen kann.
Außer:
Installiere Dir Virtualbox.
Netzwerk ist per Klick einzurichten, Grafik läuft auch maximiert.
Alles anzeigenlibvirt ist die darunterliegende API.
Schau einmal im Yast, was bei Dir alles installiert ist und lese die Beschreibung.
Hat jetzt aber nichts mit Deinem Problem zu tun.
Zu dem ich aber auch nicht weiter helfen kann.
Außer:
Installiere Dir Virtualbox.
Netzwerk ist per Klick einzurichten, Grafik läuft auch maximiert.
Libvirt ist installiert und Virtualbox ist Oracle (das möchte ich gerne meiden) und ansonsten läuft KVM perfekt ..
Inzwischen kann ich auf die Samba-Freigaben des Hosts zugreifen. Was noch fehlt ist der Zugriff aufs Internet. Ist das das Thema Portforwarding?
Das scheint jetzt der entscheidende Punkt zu sein.
Wie kann ich den Host (OS 13.1) per Yast dazu bewegen dass er Internetzugriffe des Clients (die kommen aus der Virtuellen Netz über 192.168.101.1 auf die reale Nic des Hosts weiterleiten?
Das hat ja eigentlich nix mit KVM zu tun sondern mit Yast und OS und Linux ..
Nochmal die Konstellation:
Host 192.168.178.0 mit DefaultGateway auf x.x.x.1 und dem Host auf 192.168.178.37
Es gibt auf dem Host ein virtuelle NetzBridge mit 192.168.101.1
Im virtuellen Netz befindet sich der Client mit der IP 192.168.101.252.
Vom Host kann ich 192.168.101.1 und .252 erreichn (Ping). Vom Client aus umgekehrt nur 192.168.178.37 - alles andere nicht
Es fehlt also auf dem Host irgendeine Weiterleitung .. Vielleicht kannst du mir dazu doch einen Hinweis geben.
mit freundlichen Grüßen
Wurzel
So - es ist geschafft .. Ich hab einfach alle denkbaren Optionen durchgespielt und jetzt läuft es:
------------------
Nochmal die Ausgangslage:
MIt WLAN ins Lokale Netz eingebundener Rechner mit KVM und Windows-VM.
VM über bridge ins gleiche Netz wie Host einbinden geht nicht, da WLAN-Treiber/Firmware das nicht zulassen.
Lösung (siehe auch die Bildschirmausdruck unten):
Lokales netz 192.168.178.0/24
Host: 192.168.178.54 (über dhcp)
DHCP-Server, Default-Gateway usw: 192.168.178.1
Über VirtManager-Bearbeiten-Verbindungsdetails-Virtuelles Netzwerke
ein neues Netz einrichten (hier: netzwerk4) - weiter
aktivieren Adressraum 192.168.104.0/24
DHCP aktvieren
statische Routendefinition nicht aktivieren -weiter
ipv6-adressraum nicht aktivieren -weiter
zum physischen Netzwerk weiterleiten - Ziel: physisches Gerät (an alle physischen Geräte)
- NAT (gaaanz wichtig - nicht Routing) - ipv6 internes Routing NICHT aktivieren - abschließen
- Anwenden
VM aufrufen - (nicht starten) - Konfiguration aufrufen
Unter NIC-network Source das Netzwerk4 aktivieren
- Anwenden
VM starten
In Netzwerkeinstellungen DHCP einstellen
------------------
Ping auf
192.168.178.1
192.168.178.54
http://www.heise.de
8.8.8.8
funktioniert
Zugriff auf Samba-Freigaben des Host läuft, Internet aus der VM heraus auch
----------------
Danke an Sauerland - immerhin haben seine Links dazu geführt dass ich nicht aufgegeben habe und ich hatte etwas Lesestoff!!
Anbei ein Foto-Protokoll!
Beste Grüße und allerseits weiter viel Erfolg beim Linux-Leben
Wurzel
ZitatZugriff auf Samba-Freigaben des Host läuft, Internet aus der VM heraus auch
Anders herum funktioniert es auch? Verbindung vom Host auf den Gast?
Anders herum funktioniert es auch? Verbindung vom Host auf den Gast?
inux-4w3x:~ # ping 192.168.103.1
PING 192.168.103.1 (192.168.103.1) 56(84) bytes of data.
64 bytes from 192.168.103.1: icmp_seq=1 ttl=64 time=0.146 ms
64 bytes from 192.168.103.1: icmp_seq=2 ttl=64 time=0.100 ms
64 bytes from 192.168.103.1: icmp_seq=3 ttl=64 time=0.163 ms
^C
--- 192.168.103.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 1999ms
rtt min/avg/max/mdev = 0.100/0.136/0.163/0.028 ms
linux-4w3x:~ # ping 192.168.103.252
PING 192.168.103.252 (192.168.103.252) 56(84) bytes of data.
64 bytes from 192.168.103.252: icmp_seq=24 ttl=128 time=2.40 ms
64 bytes from 192.168.103.252: icmp_seq=25 ttl=128 time=2.55 ms
64 bytes from 192.168.103.252: icmp_seq=26 ttl=128 time=0.687 ms
64 bytes from 192.168.103.252: icmp_seq=27 ttl=128 time=0.513 ms
64 bytes from 192.168.103.252: icmp_seq=28 ttl=128 time=0.692 ms
Alles anzeigen
sieht ganz danach aus ... andere Zugriffe brauch ich nicht ..ob das mit Spice und VNC klappt weiß ich natürlich nicht. Aber die brauchen ja eigentlich nur 192.168.103.1 und das ist ja die IP des virtuellen Netzes virbr3 auf dem Host .. dürfte also kein Problem sein .. liegrt auf dem Tablett ..
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:7046 errors:0 dropped:0 overruns:0 frame:0
TX packets:7046 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1777076 (1.6 Mb) TX bytes:1777076 (1.6 Mb)
...
virbr3 Link encap:Ethernet HWaddr 52:54:00:23:29:05
inet addr:192.168.104.1 Bcast:192.168.104.255 Mask:255.255.255.0
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
vnet0 Link encap:Ethernet HWaddr FE:54:00:17:AD:3C
inet6 addr: fe80::fc54:ff:fe17:ad3c/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1737 errors:0 dropped:0 overruns:0 frame:0
TX packets:4322 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:176906 (172.7 Kb) TX bytes:5877419 (5.6 Mb)
wlp0s19f5 Link encap:Ethernet HWaddr 00:0F:55:A6:50:2A
inet addr:192.168.178.54 Bcast:192.168.178.255 Mask:255.255.255.0
inet6 addr: 2a02:8109:14c0:a7c:20f:55ff:fea6:502a/64 Scope:Global
inet6 addr: 2a02:8109:14c0:a7c:9933:cb32:81e6:e479/64 Scope:Global
inet6 addr: fe80::20f:55ff:fea6:502a/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:5313 errors:0 dropped:0 overruns:0 frame:0
TX packets:2655 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:6572974 (6.2 Mb) TX bytes:354948 (346.6 Kb)
Alles anzeigen
Jetzt kann man sich das nächste produktive Thema vornehmen .. ich weiß schon ein paar die auf der Liste stehen ..
beste Grüße und nochmals 'dankeschön' !
Wurzel