Zum Inhalt springen
Zuletzt geändert von superadmin am 2022/03/25 10:56
Von Version 7.1
bearbeitet von superadmin
am 2022/03/25 10:47
Änderungskommentar: Es gibt keinen Kommentar für diese Version
Auf Version 8.1
bearbeitet von superadmin
am 2022/03/25 10:52
Änderungskommentar: Es gibt keinen Kommentar für diese Version

Zusammenfassung

Details

Seiteneigenschaften
Inhalt
... ... @@ -1,11 +1,22 @@
1 -(% style="color:#000000" %)Effekt nach der Grundinstallation von logoDIDACT unter VMware. Es ist möglich, sich von einem internen Client auf den ldhost zu verbinden, jedoch nicht zum logosrv als LXC-Container. Dies liegt an Netzwerk-Filtereinstellungen am ESXi Host.
1 +(% class="box successmessage" %)
2 +(((
3 +(% style="color:#000000" %)Bitte den hier beschriebenen, veralteten Weg der VMware Anpassungen nicht mehr verwenden und stattdessen auf folgende Anleitung zurückgreifen, die den empfohlenen Weg darstellt.
4 +)))
2 2  
6 +* [[Nötige VMware Anpassungen für LogoDIDACT als Gastsystem>>doc:xwiki:Main.LD Server.Allgemein.Umgehung doppelter MAC-Adressen p_intern.WebHome]]
7 +
3 3  
9 +----
10 +
11 +
12 +(% style="color:#000000" %)Folgender Effekt kann nach der Grundinstallation von LogoDIDACT unter VMware auftreten. Es ist möglich, sich von einem internen Client auf den ldhost zu verbinden, jedoch nicht zum logosrv als LXC-Container. Dies liegt an Netzwerk-Filtereinstellungen am ESXi Host.
13 +
14 +
4 4  [[https:~~/~~/pubs.vmware.com/vsphere-4-esx-vcenter/index.jsp#securing_an_esx_configuration/c_securing_virtual_switch_ports.html>>https://pubs.vmware.com/vsphere-4-esx-vcenter/index.jsp#securing_an_esx_configuration/c_securing_virtual_switch_ports.html]]
5 5  [[https:~~/~~/pubs.vmware.com/vsphere-4-esx-vcenter/index.jsp#com.vmware.vsphere.server_configclassic.doc_40/esx_server_config/securing_an_esx_configuration/c_securing_virtual_switch_ports.html>>https://pubs.vmware.com/vsphere-4-esx-vcenter/index.jsp#com.vmware.vsphere.server_configclassic.doc_40/esx_server_config/securing_an_esx_configuration/c_securing_virtual_switch_ports.html]]
6 6  
7 7  
8 -(% style="color:#000000" %)In den Einstellungen des ESXi Hosts unter Netzwerk kann man die einzelnen vSwitches bearbeiten. Unter Switch -> Netzwerkkarte zur VM -> Bearbeiten -> Reiter //Sicherheit// findet man einige Einstellungen, die man ändern sollte, damit die Kommunikation von Clients zum logosrv funktioniert. Die Änderung ist für den vSwitch nötig, der für die interne Schnittstelle des logoDIDACT Servers zuständig ist.
19 +(% style="color:#000000" %)In den Einstellungen des ESXi Hosts unter Netzwerk kann man die einzelnen vSwitches bearbeiten. Unter Switch -> Netzwerkkarte zur VM -> Bearbeiten -> Reiter //Sicherheit// findet man einige Einstellungen, die man ändern sollte, damit die Kommunikation von Clients zum logosrv funktioniert. Die Änderung ist für den vSwitch nötig, der für die interne Schnittstelle des LogoDIDACT Servers zuständig ist.
9 9  
10 10  [[image:ESXi vmware-vswitch-ldhost.png]]
11 11  
... ... @@ -22,10 +22,10 @@
22 22  
23 23  
24 24  (% style="color:#000000" %)**__Neue Erkenntnisse:__
25 -Die Kombination des notwendigen Promiscuous Mode unter VMWare in Kombination mit dem Open VSwitch in logoDIDACT 2.0 scheint grundlegende Probleme zu verursachen.
36 +Die Kombination des notwendigen Promiscuous Mode unter VMWare in Kombination mit dem Open VSwitch in LogoDIDACT 2.0 scheint grundlegende Probleme zu verursachen.
26 26  Die Port-Gruppe auf dem VSphere Server verhält sich wie ein Hub und diese Inflation von Netzwerkpaketen führt zu massiven Kollisionen und bringt irgendwann das Samba-Netz zum Erliegen.
27 27  Wenn man den Samba-Dienst kurz anhält und wieder neu startet, erholt sich der Verkehr zum logosrv wieder.
28 -Fazit: logoDIDACT 2.0 virtualisiert unter VMWare funktioniert derzeit nicht!**
39 +Fazit: LogoDIDACT 2.0 virtualisiert unter VMWare funktioniert derzeit nicht!**
29 29  
30 30  
31 31  (% style="color:#000000" %)Der folgende Artikel beschreibt die Problematik auf technischer Ebene und zeigt als Lösung einen Nested ESXi:(%%)
... ... @@ -32,8 +32,8 @@
32 32  [[https:~~/~~/blogs.vmware.com/vcloud/2015/04/nested-esxi-vcloud-air.html>>https://blogs.vmware.com/vcloud/2015/04/nested-esxi-vcloud-air.html]]
33 33  
34 34  
35 -(% style="color:#000000" %)Möglicherweise sind wir nun wieder an der Stelle angelangt, die wir schon bei der Einführung von OVS in logoDIDACT 2.0 hatten und benötigen für Rembo ein eigenes "physikalisches" Interface.
36 -Nur auf diesem Interface müsste dann der promiscuous mode in VMWare aktiviert werden.
46 +(% style="color:#000000" %)Möglicherweise sind wir nun wieder an der Stelle angelangt, die schon bei der Einführung von OVS in LogoDIDACT 2.0 aufgetreten ist und benötigen für Rembo ein eigenes "physikalisches" Interface.
47 +Nur auf diesem Interface müsste dann der Promiscuous Mode in VMWare aktiviert werden.
37 37  
38 38  
39 39  ----