Was bis zur Lekt\u00fcre des obigen Posts nicht recht hatte klappen wollen war das richtige Erstellen der Netzwerkbr\u00fccken f\u00fcr die KVM G\u00e4ste. Dabei – wenn mal es mal wei\u00df – ist es simpel: Zuerst muss ein evtl. vorhandener Netzwerkmanager runter<\/p>\n
apt-get remove network-manager<\/p><\/blockquote>\n
und die erste Schnittstelle am Rechner muss h\u00e4ndisch konfiguriert werden, damit dieser weiterhin eine Internetverbindung hat – im folgenden: Wirt. F\u00fcr jede Schnittstelle (und damit also f\u00fcr jede IP und jeden KVM Gast) legt man sich sodann eine Netzwerkbr\u00fccke an. Der KVM Gast wiederum nutzt diese Br\u00fccke um damit ins Netz zu kommen. TUN\/TAP Interfaces etc. sind nicht n\u00f6tig. Will man daf\u00fcr sorgen, dass zwei KVM G\u00e4ste miteinander im gleichen Netz h\u00e4ngen, dann verbindet man diese mit der gleichen Br\u00fccke.<\/p>\n
Hier – genau wie f\u00fcr die folgenden Schritte – empfiehlt es sich, auf ein \/etc\/init.d\/networking restart<\/em> zu verzichten und lieber den ganzen Server nach Anpassungen der Netzwerkonfiguration neu zu booten. Manchmal treten sonst Merkw\u00fcrdigkeiten auf.<\/p>\nIch zeig das mal f\u00fcr zwei der NICs am Server: F\u00fcr einen virtualisierten IPCop (also einen UnCop) mit zwei Netzwerkkarten (rot und gr\u00fcn) reichen die folgenden zus\u00e4tzlichen Eintr\u00e4ge auf dem Wirt in<\/p>\n
\/etc\/network\/interfaces<\/p><\/blockquote>\n
Dabei gehe ich davon aus, dass der Server (Wirt) \u00fcber eth0 mit dem Internet verbunden ist (die IP Adressen im folgenden Beispiel sind f\u00fcr die eigenen Bed\u00fcrfnisse anzupassen):<\/p>\n
# The loopback network interface
\nauto lo
\niface lo inet loopback<\/p>\n
# Network interface links directly to Provider
\nauto eth0
\niface eth0 inet static
\naddress 141.11.38.149
\nnetmask 255.255.255.248
\nnetwork 141.11.38.144
\nbroadcast 141.11.38.151
\ngateway 141.11.38.145
\n# dns-* controlled by resolvconf
\ndns-nameservers 129.11.2.4
\ndns-search my.domain<\/p><\/blockquote>\n
und der IPCop unter KVM die Schnittstelle eth1 (des Wirts) f\u00fcr Rot und eth2 (des Wirts) f\u00fcr Gr\u00fcn erhalten soll:<\/p>\n
# KVM controlled Interfaces
\n# The IPCOP network interface, used by br1
\n# RED
\nauto eth1
\niface eth1 inet manual
\n# The bridge network interface, used by kvm
\nauto br1
\niface br1 inet manual
\nbridge_ports eth1
\nbridge_stp yes
\nbridge_fd 0
\nbridge_maxwait 0
\n# IPCOP network interface, used by br2
\n# GREEN
\nauto eth2
\niface eth2 inet manual
\n# The bridge network interface, used by kvm
\nauto br2
\niface br2 inet manual
\nbridge_ports eth2
\nbridge_stp yes
\nbridge_fd 0
\nbridge_maxwait 0<\/p><\/blockquote>\n
br2 ist dann die Schnittstelle, an die sich auch weitere virtualisierte Rechner anschlie\u00dfen lassen, um selbst \u00fcber den UnCop ins Internet zu kommen. Ein Kabel in eth2 (br2) kann zu einem Switch f\u00fchren und weitere, nicht virtualisierte Clients anbinden. Genau die richtige Mischung, wenn auf der gr\u00fcnen Karte des IPCop ein DHCP Server l\u00e4uft.<\/p>\n","protected":false},"excerpt":{"rendered":"
Ein Server mit 6 Netzwerkschnittstellen und jede davon soll unter KVM einen eigenen Gast und eine eigene IP bekommen – das war die Aufgabe und am Bridging w\u00e4re es fast gescheitert, h\u00e4tte ich nicht diesen Blogpost hier gefunden: http:\/\/blog.agdunn.net\/?p=416 Was bis zur Lekt\u00fcre des obigen Posts nicht recht hatte klappen wollen war das richtige Erstellen […]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[5],"tags":[204,203,96],"class_list":["post-2268","post","type-post","status-publish","format-standard","hentry","category-linux","tag-bridge","tag-kvm","tag-virtualisierung"],"_links":{"self":[{"href":"https:\/\/www.bdjl.de\/localhost\/index.php?rest_route=\/wp\/v2\/posts\/2268","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.bdjl.de\/localhost\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.bdjl.de\/localhost\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.bdjl.de\/localhost\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.bdjl.de\/localhost\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=2268"}],"version-history":[{"count":6,"href":"https:\/\/www.bdjl.de\/localhost\/index.php?rest_route=\/wp\/v2\/posts\/2268\/revisions"}],"predecessor-version":[{"id":4954,"href":"https:\/\/www.bdjl.de\/localhost\/index.php?rest_route=\/wp\/v2\/posts\/2268\/revisions\/4954"}],"wp:attachment":[{"href":"https:\/\/www.bdjl.de\/localhost\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=2268"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.bdjl.de\/localhost\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=2268"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.bdjl.de\/localhost\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=2268"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}