Zuletzt geändert von Jonas Mayer am 2022/05/25 00:02

Von Version 50.1
bearbeitet von Jonas Mayer
am 2022/05/04 14:37
Änderungskommentar: Es gibt keinen Kommentar für diese Version
Auf Version 56.1
bearbeitet von Jens Gruber
am 2022/05/05 11:42
Änderungskommentar: Es gibt keinen Kommentar für diese Version

Zusammenfassung

Details

Seiteneigenschaften
Dokument-Autor
... ... @@ -1,1 +1,1 @@
1 -XWiki.jonasmayer@sbede
1 +XWiki.JensGruber@sbede
Inhalt
... ... @@ -13,13 +13,13 @@
13 13  == (% style="color:#000000" %)__**Übersicht der Benutzer**__(%%) ==
14 14  
15 15  
16 -=== (% style="color:#000000" %)**LDAP-Admin Benutzer:**(%%) ===
16 +=== (% style="color:#000000" %)**LDAP-Admin Benutzer**(%%) ===
17 17  
18 18  (% style="color:#000000; font-size:20px" %)__Nutzungsgebiet:__
19 19  
20 20  (% style="color:#000000" %)Der LDAP-Admin Benutzer ist mit äußerster Vorsicht einzusetzen, da dieser einen beinahe uneingeschränkten (Schreib-)Zugriff auf den Inhalt des OpenLDAP-Verzeichnisdienst sowie die Nutzerattribute besitzt. Daher sollte der Benutzer möglichst nur intern durch LogoDIDACT-integrierte Dienste zum Einsatz kommen.
21 21  
22 -(% style="color:#000000" %)Sollten die Daten des LDAP-Admins in unbefugte Hände gelangen, stellt dies ein massives datenschutz- und sicherheitstechnisches Problem dar. **__Von einem externen Gebrauch des Benutzerkontos ist daher strengstens abzuraten!__**
22 +(% style="color:#000000" %)Sollten die Daten des LDAP-Admins in unbefugte Hände gelangen, stellt dies ein massives datenschutz- und sicherheitsrelevantes Problem dar. **__Von einem externen Gebrauch des Benutzerkontos ist daher strikt abzuraten!__**
23 23  
24 24  
25 25  (% class="wikigeneratedid" id="HZugangsdaten:" %)
... ... @@ -57,7 +57,7 @@
57 57  root@logosrv:~ # cat /etc/ldap.secret
58 58  {{/code}}
59 59  
60 -(% style="color:#000000" %)Optional kann man das Passwort (sowie die gültige BaseDN als Suffix des Benutzernamens) auch mit folgendem Befehl unter dem Punkt "Credentials" einsehen:
60 +(% style="color:#000000" %)Optional kann man das Passwort (sowie die gültige BaseDN des Servers als Teil des Benutzernamens) auch mit folgendem Befehl aus dem Abschnitt "Credentials" entnehmen:
61 61  
62 62  {{code language="bash"}}
63 63  root@logosrv:~ # ldconf -o
... ... @@ -67,16 +67,15 @@
67 67  === (% style="color:#000000" %)**LDAP-ReadOnly (ldap-ro) Benutzer**(%%) ===
68 68  
69 69  (% class="wikigeneratedid" id="HNutzungsgebiet:" %)
70 -(% style="font-size: 20px; color: rgb(0, 0, 0)" %)__Nutzungsgebiet:__
70 +(% style="color:#000000; font-size:20px" %)__Nutzungsgebiet:__
71 71  
72 -(% style="color:#000000" %)Der LDAP-ReadOnly Benutzer ist für die Verwendung von externen Diensten/Anbindungen gedacht.
72 +(% style="color:#000000" %)Der LDAP-ReadOnly Benutzer ist für die Verwendung in externen Diensten vorgesehen.
73 73  
74 -(% style="color:#000000" %)Mögliche Nutzungsszenarien wären unter anderem die Anbindung  von extern gehosteten Webdiensten (z.B. Moodle, WebUntis oder Nextcloud) an die LogoDIDACT-integrierte Benutzerdatenbank über das LDAP-Protokoll.
74 +(% style="color:#000000" %)Mögliche Nutzungsszenarien wären unter anderem die Anbindung  von extern gehosteten Webdiensten (z.B. Moodle, WebUntis oder Nextcloud) an die Benutzerdatenbank des LogoDIDACT Serverper LDAP-Protokoll.
75 75  
76 76  
77 -
78 78  (% class="wikigeneratedid" id="HBenutzername26Passwort:" %)
79 -(% style="font-size: 20px; color: rgb(0, 0, 0)" %)__Zugangsdaten:__
78 +(% style="color:#000000; font-size:20px" %)__Zugangsdaten:__
80 80  
81 81  (% class="wikigeneratedid" id="HBenutzername" %)
82 82  (% style="color:#000000" %)Der Benutzername des LDAP ReadOnly Benutzers lautet:
... ... @@ -85,20 +85,15 @@
85 85  cn=ldap-ro
86 86  {{/code}}
87 87  
88 -====== (% id="cke_bm_979S" style="color:#000000; display:none" %)__ __(%%) ======
89 89  
90 -(% class="wikigeneratedid" %)
88 +(% style="color:#000000; font-size:16px" %)__Vollständiger Benutzername__
91 91  
92 -
93 -(% class="wikigeneratedid" id="HAttributedesBenutzernamens" %)
94 -(% style="font-size: 16px; color: rgb(0, 0, 0)" %)__Vollständiger Benutzername__
95 -
96 96  (% style="color:#000000" %)Die BaseDN als Einstiegspunkt zum LDAP-Verzeichnisdienst kann über ein zusätzliches Programm ausgelesen werden, z.B. über das freie Tool LDAP Admin. In diesem Beispiel lautet die BaseDN {{code language="bash"}}dc=schule,dc=local{{/code}}. Dies kann von Installation zu Installation abweichen und wird durch die intern verwendete DNS Domain bestimmt, hier im Beispiel handelt es sich um den Standardwert.
97 97  
98 98  (% style="color:#000000" %)[[image:1651243652049-471.png]]
99 99  
100 100  
101 -(% style="color:#000000" %)Im Unterschied zum vorherigen Benutzer steckt das Konto verschachtelt in der OU //services//. Dadurch ergibt sich nachfolgender, vollständiger Benutzername (sogenannter //Distinguished Name//):
95 +(% style="color:#000000" %)Im Unterschied zum vorherigen Benutzer steckt das Konto verschachtelt in dem Unterobjekt //OU=services//. Dadurch ergibt sich nachfolgender, vollständiger Benutzername (sogenannter //Distinguished Name//):
102 102  
103 103  {{code language="bash"}}
104 104  cn=ldap-ro,ou=services,dc=schule,dc=local
... ... @@ -106,7 +106,7 @@
106 106  
107 107  
108 108  (% class="wikigeneratedid" id="HKennwort" %)
109 -(% style="font-size: 16px; color: rgb(0, 0, 0)" %)__Kennwort__
103 +(% style="color:#000000; font-size:16px" %)__Kennwort__
110 110  
111 111  (% style="color:#000000" %)Das Kennwort ist im logosrv unter folgendem Pfad einsehbar:
112 112  
... ... @@ -115,16 +115,15 @@
115 115  {{/code}}
116 116  
117 117  
118 -(% style="color:#000000" %)Im Zuge der Anbindung externer Dienste sollte stets darauf geachtet werden, die verschlüsselte Form des LDAP-Protokolls (d.h. LDAPS auf TCP-Port 636) zu verwenden, damit sensible Information wie Benutzer-Zugangsdaten prinzipiell per SSL-Transportverschlüsselung versendet werden.
119 -Zur Nutzung der SSL-Transportverschlüsselung ist es wiederum wichtig, ein gültiges Let's Encrypt Zertifikat zu beantragen, damit die Verbindungssicherheit zwischen zwei Servern gewährleistet werden kann.
112 +(% style="color:#000000" %)Im Zuge der Anbindung externer Dienste sollte stets darauf geachtet werden, die verschlüsselte Form des LDAP-Protokolls (d.h. LDAPS auf TCP-Port 636) zu verwenden, damit sensible Information wie Benutzer-Zugangsdaten prinzipiell per SSL-Transportverschlüsselung versendet werden. Zur Nutzung der SSL-Transportverschlüsselung ist es wiederum wichtig, ein gültiges Let's Encrypt Zertifikat zu beantragen, damit die Verbindungssicherheit zwischen zwei Servern gewährleistet werden kann.
120 120  
121 121  
122 122  == __**Ports über Firewall an Rev-Proxy weiterleiten**__ ==
123 123  
124 -Damit die LDAP Verbindung funktioniert, muss der Port 636 an den Rev-Proxy weitergeleitet werden. Diese Weiterleitung können Sie wie folgt einrichten:
117 +Damit externe LDAPS-Verbindungen zum Server möglich werden, muss der TCP-Port 636 vom vorgeschalteten Router auf die externe IP-Adresse des LogoDIDACT Servers weitergeleitet werden. Vom ldhost wird die Verbindung dann entgegengenommen und abermals an den Rev-Proxy LXC-Container weitergeleitet. Die Einrichtung der zugehörige Poerweiterleitungs-Regel wird nachfolgend beschrieben.
125 125  
126 126  
127 -Wechseln Sie in das Verzeichnis der Shorewall:
120 +Wechseln Sie vom ldhost aus in das Verzeichnis der Shorewall:
128 128  
129 129  {{code language="bash"}}
130 130  root@ldhosts:~ # cd /etc/shorewall
... ... @@ -138,15 +138,15 @@
138 138  {{/code}}
139 139  
140 140  
141 -Ergänzen Sie die Liste innerhalb der Datei um den obersten Eintrag (lila eingefärbte Zeile). Dadurch werden externe Verbindungsanfragen auf Port 636 (LDAPS) vom ldhost zum rev-proxy LXC-Container weitergeleitet, so wie im Schaubild am Anfang des Artikels abgebildet.
134 +Ergänzen Sie die Liste innerhalb der Datei um den obersten DNAT-Eintrag (lila eingefärbte Zeile). Dadurch werden externe Verbindungsanfragen auf Port 636 (LDAPS) vom ldhost zum rev-proxy LXC-Container weitergeleitet, so wie im Schaubild am Anfang des Artikels abgebildet. Falls diese Regel bereits vorhanden ist, können Sie den Schritt überspringen.
142 142  
143 143  (% class="box" %)
144 144  (((
145 145  (% style="color:#16a085" %)###
146 146  # Shorewall version 4.0##(%%)
147 -(% style="color:#16a085" %)#(%%)##
148 -(% style="color:#8e44ad" %)**DNAT ext dmz:172.28.29.3 tcp 636**(%%)
149 -DNAT ext dmz:172.28.29.3 tcp 80,443
140 +(% style="color:#16a085" %)#(%%)
141 +(% style="color:#8e44ad" %)##**DNAT ext dmz:172.28.29.3 tcp 636**##(%%)
142 +##DNAT ext dmz:172.28.29.3 tcp 80,443
150 150  DNAT ext dmz:172.28.29.2 tcp 1:21
151 151  DNAT ext dmz:172.28.29.2 tcp 23:2221
152 152  DNAT ext dmz:172.28.29.2 tcp 2223:65535
... ... @@ -163,9 +163,9 @@
163 163  
164 164  == __**Zertifikat für Rev-Proxy erstellen und prüfen**__ ==
165 165  
166 -Damit die Verbindung gesichert werden kann, wird ein Let's Encrypt Zertifikat benötigt. Dieses können Sie nach folgender Anleitung erstellen:
159 +Damit die Verbindung gesichert werden kann, wird ein Let's Encrypt Zertifikat benötigt. Dieses können Sie - abhängig vom zu Grunde liegenden Tool - mit den folgenden Kommandos im Puppeteer-Container erstellen.
167 167  
168 -====== __acmetool__ ======
161 +=== __acmetool__ ===
169 169  
170 170  Wechseln Sie in den puppeteer Container:
171 171  
... ... @@ -179,7 +179,7 @@
179 179  root@puppeteer:~ # acmetool want kopano.SCHULKUERZEL.logoip.de
180 180  {{/code}}
181 181  
182 -====== __acme.sh__ ======
175 +=== __acme.sh__ ===
183 183  
184 184  Wechseln Sie in den puppeteer Container:
185 185  
... ... @@ -202,16 +202,66 @@
202 202  {{/code}}
203 203  
204 204  
205 -Um das verteilen der Zertifikate zu beschleunigen können Sie ggf. einen prun im puppeteer und rev-proxy Container durchführen:
198 +Um das Verteilen der Zertifikate zu beschleunigen, können Sie einen gezielten 'prun' im puppeteer Container gefolgt von einen weiteren 'prun' im rev-proxy Container durchführen:
206 206  
207 207  {{code language="bash"}}
208 208  root@puppeteer:~ # prun
202 +
209 209  root@rev-proxy:~ # prun
210 210  {{/code}}
211 211  
212 212  
213 -== (% style="color:#000000" %)**__LDAP Attribute__**(%%) ==
207 +== __**Konfiguration für LDAP im Rev-Proxy**__ ==
214 214  
209 +Nun müssen Sie im Puppeteer Container eine rev-proxy.yaml anlegen. Sollte diese bereits vorhanden sein, muss diese bearbeitet werden.
210 +
211 +
212 +Wechseln Sie in das Verzeichnis /etc/logodidact/hiera/custom.d/ im Puppeteer Container:
213 +
214 +{{code language="bash"}}
215 +root@puppeteer:~ # cd /etc/logodidact/hiera/custom.d/
216 +{{/code}}
217 +
218 +
219 +Erstellen Sie die rev-proxy-yaml
220 +
221 +{{code language="bash"}}
222 +root@puppeteer:/etc/logodidact/hiera/custom.d # vim rev-proxy.yaml
223 +{{/code}}
224 +
225 +
226 +Fügen Sie folgende Einstellungen in die yaml ein und ersetzen **musterstadt-gym** durch den Shortname der Schule:
227 +
228 +{{code language="bash"}}
229 +---
230 +ld_rproxy::hosts:
231 +  ldap.musterstadt-gym.logoip.de:
232 +    type: stream
233 +    template: ldap
234 +    ensure: present
235 +{{/code}}
236 +
237 +
238 +Übernehmen Sie die Änderungen ins git:
239 +
240 +{{code language="bash"}}
241 +root@puppeteer:~ # cd /etc/logodidact/
242 +root@puppeteer:/etc/logodidact # git add .
243 +root@puppeteer:/etc/logodidact # git coomit -am "rev-proxy.yaml angelegt."
244 +{{/code}}
245 +
246 +
247 +Führen Sie einen prun im rev-proxy Container aus:
248 +
249 +{{code language="bash"}}
250 +root@rev-proxy:~ # prun
251 +{{/code}}
252 +
253 +(% class="wikigeneratedid" %)
254 +
255 +
256 +== (% style="color:#000000" %)**__Weitere LDAP Attribute für ReadOnly-Benutzer freischalten__**(%%) ==
257 +
215 215  (% style="color:#000000" %)Standardmäßig werden folgende Attribute an die externe LDAP Schnittstelle weitergegeben:
216 216  
217 217  {{code language="bash"}}