Zuletzt geändert von Jonas Mayer am 2022/05/05 09:42

Von Version 14.2
bearbeitet von superadmin
am 2022/03/25 10:54
Änderungskommentar: Update document after refactoring.
Auf Version 17.1
bearbeitet von Jonas Mayer
am 2022/05/05 09:38
Änderungskommentar: Es gibt keinen Kommentar für diese Version

Zusammenfassung

Details

Seiteneigenschaften
Titel
... ... @@ -1,1 +1,1 @@
1 -tige VMware Anpassungen für LogoDIDACT als Gastsystem mit dritter Netzwerkschnittstelle
1 +Aktualisiert: VMware Anpassungen für LogoDIDACT als Gastsystem mit dritter Netzwerkschnittstelle
Dokument-Autor
... ... @@ -1,1 +1,1 @@
1 -XWiki.superadmin
1 +XWiki.jonasmayer@sbede
Inhalt
... ... @@ -1,17 +1,18 @@
1 1  (% style="color:#000000" %)Auf den Promiscuous Mode innerhalb der vSwitch-Einstellung unter VMware ESXi kann verzichtet werden, sofern man einige Anpassungen am Netzwerk-Design für den LD2.0 Server durchführt.
2 +Im Folgenden werden die Schritte beschrieben, um die Netzwerk-Interfaces für den ldhost sowie den logosrv-Container entsprechend anzupassen.
2 2  
3 -(% style="color:#000000" %)Im Folgenden werden die Schritte beschrieben, um die Netzwerk-Interfaces für den ldhost sowie den logosrv-Container entsprechend anzupassen.
4 +(% class="wikigeneratedid" id="H" %)
5 +
4 4  
5 -====== ======
6 -
7 7  (% class="box warningmessage" id="HWichtig:A021A0DieseAnleitungfunktioniertnurmitderPuppet-Version1.1.33oderhF6her21" %)
8 8  (((
9 -(% style="color:#000000" %)__Wichtig:__ Diese Anleitung setzt mindestens die Puppet-Version 1.1.33 voraus.
9 +(% style="color:#000000" %)**__Wichtig:__** Diese Anleitung setzt mindestens die Puppet-Version 1.1.33 voraus.
10 10  )))
11 11  
12 +{{toc start="4"/}}
12 12  
13 13  
14 -==== (% style="color:#000000" %)1. Netzwerk-Interfaces für die LD2.0 VM im vSphere-Client definieren(%%) ====
15 +==== (% style="color:#000000" %)1. (% style="color:#2980b9" %)**[VMware Gasteinstellungen]**(% style="color:#000000" %) Netzwerk-Interfaces für die LD2.0 VM im vSphere-Client definieren(%%) ====
15 15  
16 16  
17 17  (% style="color:#000000" %)Zunächst fügt man der LD2.0 VM eine weitere virtuelle Netzwerkschnittstelle im Netzwerkbereich „intern“ hinzu.
... ... @@ -23,7 +23,7 @@
23 23  
24 24  ==== (% style="color:#000000" %)2. (% style="color:#2980b9" %)[**Ubuntu** **16.04 LTS**](% style="color:#000000" %) systemd-Regel im ldhost für aktuelle Installationen(%%) ====
25 25  
26 -(% style="color:#000000" %)Ab Ubuntu 16.04 LTS ist es einfacher (auch im Hinblick auf die zukünftige  (%%)[[(% style="color:#000000" %)Entwicklung>>url:https://wiki.ubuntuusers.de/Netplan/]](%%) seitens Ubuntu), für die ganze Netzwerkkonfiguration [[(% style="color:#000000" %)systemd-networkd>>url:https://wiki.archlinux.org/index.php/Systemd-networkd]](%%) zu verwenden. Nachfolgend die jeweiligen Konfigurationsdateien, die erstellt werden müssen. Gleichzeitig sollte auch die Datei **/etc/udev/rules.d/70-persistent-net.rules** gelöscht werden, damit nur noch eine Stelle existiert, an der konfiguriert wird.
27 +(% style="color:#000000" %)Ab Ubuntu 16.04 LTS ist es einfacher (auch im Hinblick auf die zukünftige [[Entwicklung>>url:https://wiki.ubuntuusers.de/Netplan/]] seitens Ubuntu), für die ganze Netzwerkkonfiguration [[systemd-networkd>>url:https://wiki.archlinux.org/index.php/Systemd-networkd]] zu verwenden. Nachfolgend die jeweiligen Konfigurationsdateien, die erstellt werden müssen. Gleichzeitig sollte auch die Datei **/etc/udev/rules.d/70-persistent-net.rules** gelöscht werden, damit nur noch eine Stelle existiert, an der konfiguriert wird.
27 27  
28 28  ===== (% style="color:#000000" %)/etc/systemd/network/80-intern.link(%%) =====
29 29  
... ... @@ -134,9 +134,10 @@
134 134  
135 135  Um die getätigten Änderung zu übernehmen, muss ein "prun" auf dem ldhost ausgeführt werden. Dieser ändert die Konfigurationsdateien gemäß den Vorgaben, unter anderem die wichtigen Dateien /etc/network/interfaces.d/ovs sowie /var/lib/lxc/logosrv/network.json. Nach dem Puppet-Run dann noch die komplette LD2.0 VM neustarten.
136 136  
137 -{{code language="bash"}}
138 -prun
139 -/sbin/reboot
140 -{{/code}}
138 +(% class="box" %)
139 +(((
140 +(% style="color:#000000" %)##prun
141 +/sbin/reboot##
142 +)))
141 141  
142 142  Während des nächsten Bootvorgangs erhält dann auch der LXC **logosrv** seine interne Schnittstelle direkt an den Container durchgereicht. Dies kann man übrigens daran erkennen, dass die MAC-Adresse der Schnittstelle  "intern" der MAC-Adresse entspricht, die der VMware Host für die virtuelle Maschine generiert hat.