Änderungen von Dokument LDAP Admin-Benutzer und ReadOnly-Benutzer im logosrv
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
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
am 2022/05/05 11:42
Änderungskommentar:
Es gibt keinen Kommentar für diese Version
Zusammenfassung
-
Seiteneigenschaften (2 geändert, 0 hinzugefügt, 0 gelöscht)
Details
- Seiteneigenschaften
-
- Dokument-Autor
-
... ... @@ -1,1 +1,1 @@ 1 -XWiki. jonasmayer@sbede1 +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 sicherheits technisches Problem dar. **__Von einem externen Gebrauch des Benutzerkontos ist daher strengstensabzuraten!__**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 Suffixdes Benutzernamens) auch mit folgendem Befehl unterdemPunkt "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: ; 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/Anbindungengedacht.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-integrierteBenutzerdatenbanküberdas 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 Servers per LDAP-Protokoll. 75 75 76 76 77 - 78 78 (% class="wikigeneratedid" id="HBenutzername26Passwort:" %) 79 -(% style="font-size: ; 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 -(% cl ass="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: ; 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 diefunktioniert, muss der Port 636 an denRev-Proxyweitergeleitet werden.DieseWeiterleitungkönnenSie wie folgteinrichten: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 nachfolgenderAnleitungerstellen: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 Sieggf.einen prun im puppeteer undrev-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"%)**__LDAPAttribute__**(%%)==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"}}