Zum Inhalt springen
Version 6.1 von superadmin am 2022/03/25 10:37
Zeige letzte Bearbeiter
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
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
5
6 ==== (% style="color:#c0392b" %)**__Wichtig:__ !  Diese Anleitung funktioniert nur mit der Puppet-Version 1.1.33 oder höher !**(%%) ====
7
8
9
10 ==== (% style="color:#000000" %)__1. Netzwerk-Interfaces für die LD2.0 VM im vSphere-Client definieren__(%%) ====
11
12
13 (% style="color:#000000" %)Zunächst fügt man der LD2.0 VM eine weitere virtuelle Netzwerkschnittstelle im Netzwerkbereich „intern“ hinzu.
14 Insgesamt sollten es also 3 Schnittstellen für die logoDIDACT VM sein / mit Nutzung von lddeploy sind es 4 Schnittstellen:
15 \\- 1.   (% style="color:#2980b9" %) **p_extern**(% style="color:#000000" %): für Internetzugang auf ldhost
16 - 2.    (% style="color:#2980b9" %)**intern_ldhost**(% style="color:#000000" %)**:** für Management-Zugriff auf den ldhost vom Schulnetz aus
17 - 3.    (% style="color:#2980b9" %)**intern:**(% style="color:#000000" %) physikalisch durchgereicht an den logosrv LXC-Container (derselbe Netzbereich wie intern_ldhost)
18
19
20 ==== (% style="color:#000000" %)2. (% style="color:#2980b9" %)[**Ubuntu** **16.04 LTS**](% style="color:#000000" %) systemd-Regel im ldhost für aktuelle Installationen(%%) ====
21
22 (% 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.
23
24 ===== (% style="color:#000000" %)/etc/systemd/network/80-intern.link(%%) =====
25
26 (% class="box" %)
27 (((
28 (% style="color:#000000" %)##[Match]
29 MACAddress=XX:XX:XX:XX:XX:XX
30 [Link]
31 Name=intern##
32 )))
33
34 ===== =====
35
36 ===== (% style="color:#000000" %)/etc/systemd/network/80-intern_ldhost.link(%%) =====
37
38 (% class="box" %)
39 (((
40 (% style="color:#000000" %)##[Match]
41 MACAddress=YY:YY:YY:YY:YY:YY
42 [Link]
43 Name=intern_ldhost##
44 )))
45
46 ===== =====
47
48 ===== (% style="color:#000000" %)/etc/systemd/network/80-p_extern.link(%%) =====
49
50 (% class="box" %)
51 (((
52 (% style="color:#000000" %)##[Match]
53 MACAddress=ZZ:ZZ:ZZ:ZZ:ZZ:ZZ
54 [Link]
55 Name=p_extern##
56 )))
57
58 (% style="color:#000000" %)Nach Erstellung bzw. Bearbeitung der oben beschriebenen Dateien ist noch folgender Befehl wichtig, um die Änderungen in die Initramfs zu übernehmen (wichtig für den Bootvorgang, damit die Interfaces umbenannt werden):
59
60 (% class="box" %)
61 (((
62 (% style="color:#000000" %)##update-initramfs -u -k all##
63 )))
64
65 ==== ====
66
67 ==== (% style="color:#000000" %)3. Konfigurationsänderungen im Puppeteer mittels YAML-Dateien(%%) ====
68
69 (% 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.
70
71 (% style="color:#2980b9" %)**/var/lib/ld-puppet/hiera.d/custom.d/ldhost.yaml**
72
73 (% class="box" %)
74 (((
75 (% style="color:#000000" %)##profile::network:
76 interface:
77 intern:
78 ovs_type: none##
79 )))
80
81
82 (% style="color:#2980b9" %)**/var/lib/ld-puppet/hiera.d/custom.yaml**
83
84 (% class="box" %)
85 (((
86 (% style="color:#000000" %)##global::network:
87 overwrites:
88 ldhost:
89 intern:
90 name: intern_ldhost
91 type: phys
92 logosrv:
93 intern:
94 type: phys##
95 )))
96
97 (% style="color:#000000" %)Zusätzlich kann in der vorhandenen Konfigurationsdatei nic.conf für den ldhost die nicht länger genutzte Schnittstelle p_intern auskommentiert werden.
98
99 (% style="color:#2980b9" %)**/etc/logodidact/hosts/ldhost/nic.conf**
100
101 (% class="box" %)
102 (((
103 (% style="color:#000000" %)##[NIC intern]
104 suffix 1
105 \\#[NIC p_intern]
106 #vlan_mode access
107 #vlan_untagged ld-intern
108 #Type manual
109 #ovs_type OVSPort##
110 )))
111
112 (% 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.
113
114 ==== ====
115
116 ==== (% style="color:#000000" %)4. Shorewall Interface-Namen anpassen(%%) ====
117
118 (% 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.
119 Hierzu folgende beiden Befehle im ldhost eingeben.
120
121 (% class="box" %)
122 (((
123 (% style="color:#000000" %)##rpl "v_intern" "intern_ldhost" /etc/shorewall/interfaces
124 shorewall restart##
125 )))
126
127 ==== ====
128
129 ==== 5. Puppet-Run auf dem ldhost ausführen und danach die LD2.0 VM zur Aktivierung neustarten ====
130
131 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
133 {{code language="bash"}}
134 prun
135 /sbin/reboot
136 {{/code}}
137
138 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.