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

Von Version 21.1
bearbeitet von Jonas Mayer
am 2022/05/05 09:42
Änderungskommentar: Es gibt keinen Kommentar für diese Version
Auf Version 19.1
bearbeitet von Jonas Mayer
am 2022/05/05 09:40
Änderungskommentar: Es gibt keinen Kommentar für diese Version

Zusammenfassung

Details

Seiteneigenschaften
Inhalt
... ... @@ -33,8 +33,8 @@
33 33  Name=intern##
34 34  )))
35 35  
36 +===== =====
36 36  
37 -
38 38  ===== (% style="color:#000000" %)/etc/systemd/network/80-intern_ldhost.link(%%) =====
39 39  
40 40  (% class="box" %)
... ... @@ -45,8 +45,8 @@
45 45  Name=intern_ldhost##
46 46  )))
47 47  
48 +===== =====
48 48  
49 -
50 50  ===== (% style="color:#000000" %)/etc/systemd/network/80-p_extern.link(%%) =====
51 51  
52 52  (% class="box" %)
... ... @@ -64,8 +64,8 @@
64 64  (% style="color:#000000" %)##update-initramfs -u -k all##
65 65  )))
66 66  
67 +==== ====
67 67  
68 -
69 69  ==== (% style="color:#000000" %)3. Konfigurationsänderungen im Puppeteer mittels YAML-Dateien(%%) ====
70 70  
71 71  (% style="color:#000000" %)Nachfolgend werden zwei Anpassungen beschrieben, um die OVS-Schnittstelle v_intern auf dem ldhost zu deaktivieren sowie die Schnittstelle intern als "physical device" (d.h. das ESXi-Interface direkt) zum logosrv-Container durchzureichen.
... ... @@ -113,8 +113,8 @@
113 113  
114 114  (% style="color:#000000" %)Nach Änderung in dieser Datei entweder das Kommando 'map_translate' im Puppeteer ausführen oder den Verzeichnisinhalt von /etc/logodidact/ per 'git commit' abspeichern, um die Änderung zu aktivieren.
115 115  
116 +==== ====
116 116  
117 -
118 118  ==== (% style="color:#000000" %)4. Shorewall Interface-Namen anpassen(%%) ====
119 119  
120 120  (% style="color:#000000" %)Die Bezeichnung der internen Schnittstelle auf dem ldhost hat sich von v_intern auf intern_ldhost geändert. Diese neue Bezeichnung sollte im Shorewall Firewall-Dienst eingetragen werden.
... ... @@ -126,12 +126,12 @@
126 126  shorewall restart##
127 127  )))
128 128  
129 +==== ====
129 129  
131 +==== 5. Puppet-Run auf dem ldhost ausführen und danach die LD2.0 VM zur Aktivierung neustarten ====
130 130  
131 -==== 5. Puppet-Run auf dem ldhost ausführen und danach die LD2.0 VM zur Aktivierung der Einstellungen neustarten ====
133 +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.
132 132  
133 -(% style="color:#000000" %)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.
134 -
135 135  (% class="box" %)
136 136  (((
137 137  (% style="color:#000000" %)##prun
... ... @@ -138,4 +138,4 @@
138 138  /sbin/reboot##
139 139  )))
140 140  
141 -(% style="color:#000000" %)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.
141 +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.