Ä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 48.1
bearbeitet von Jonas Mayer
am 2022/05/04 14:31
am 2022/05/04 14:31
Ä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,16 +13,17 @@ 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 -(% style="font-size: ; color: rgb(0, 0, 0)" %)__Nutzungsgebiet:__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 -==== (% style="font-size: 20px; color: rgb(0, 0, 0)" %)__Zugangsdaten:__(%%) ==== 25 +(% class="wikigeneratedid" id="HZugangsdaten:" %) 26 +(% style="color:#000000; font-size:20px" %)__Zugangsdaten:__ 26 26 27 27 (% class="wikigeneratedid" id="HBenutzername" %) 28 28 (% style="color:#000000" %)Der Benutzername des LDAP Admins lautet: ... ... @@ -33,7 +33,7 @@ 33 33 34 34 35 35 (% class="wikigeneratedid" id="HAttributedesBenutzernamens" %) 36 -(% style="font-size: ; color: rgb(0, 0, 0)" %)__Vollständiger Benutzername__37 +(% style="color:#000000; font-size:16px" %)__Vollständiger Benutzername__ 37 37 38 38 (% 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. 39 39 ... ... @@ -48,7 +48,7 @@ 48 48 49 49 50 50 (% class="wikigeneratedid" id="HKennwort" %) 51 -(% style="font-size: ; color: rgb(0, 0, 0)" %)__Kennwort__52 +(% style="color:#000000; font-size:16px" %)__Kennwort__ 52 52 53 53 (% style="color:#000000" %)Das Kennwort ist im logosrv unter folgendem Pfad einsehbar: 54 54 ... ... @@ -56,7 +56,7 @@ 56 56 root@logosrv:~ # cat /etc/ldap.secret 57 57 {{/code}} 58 58 59 -(% 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: 60 60 61 61 {{code language="bash"}} 62 62 root@logosrv:~ # ldconf -o ... ... @@ -63,27 +63,28 @@ 63 63 {{/code}} 64 64 65 65 66 -== (% style="color:#000000" %) __**LDAP-ReadOnly (ldap-ro) Benutzer**__(%%) ==67 +=== (% style="color:#000000" %)**LDAP-ReadOnly (ldap-ro) Benutzer**(%%) === 67 67 68 -=== (% style="color:#000000" %)__Nutzungsgebiet:__(%%) === 69 +(% class="wikigeneratedid" id="HNutzungsgebiet:" %) 70 +(% style="color:#000000; font-size:20px" %)__Nutzungsgebiet:__ 69 69 70 -(% 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. 71 71 72 -(% 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. 73 73 74 -==== (% style="color:#000000" %)__Benutzername & Passwort:__(%%) ==== 75 75 76 -====== (% style="color:#000000" %)__Benutzername__(%%) ====== 77 +(% class="wikigeneratedid" id="HBenutzername26Passwort:" %) 78 +(% style="color:#000000; font-size:20px" %)__Zugangsdaten:__ 77 77 78 -(% style="color:#000000" %)Relevant für den Zugriff von Außen wäre folgender Benutzername: 80 +(% class="wikigeneratedid" id="HBenutzername" %) 81 +(% style="color:#000000" %)Der Benutzername des LDAP ReadOnly Benutzers lautet: 79 79 80 80 {{code language="bash"}} 81 81 cn=ldap-ro 82 82 {{/code}} 83 83 84 -====== (% id="cke_bm_979S" style="color:#000000; display:none" %)__ __(%%) ====== 85 85 86 - ======(% style="color:#000000" %)__AttributedesBenutzernamens__(%%) ======88 +(% style="color:#000000; font-size:16px" %)__Vollständiger Benutzername__ 87 87 88 88 (% 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. 89 89 ... ... @@ -90,7 +90,7 @@ 90 90 (% style="color:#000000" %)[[image:1651243652049-471.png]] 91 91 92 92 93 -(% 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//): 94 94 95 95 {{code language="bash"}} 96 96 cn=ldap-ro,ou=services,dc=schule,dc=local ... ... @@ -97,7 +97,8 @@ 97 97 {{/code}} 98 98 99 99 100 -====== (% style="color:#000000" %)__Kennwort__(%%) ====== 102 +(% class="wikigeneratedid" id="HKennwort" %) 103 +(% style="color:#000000; font-size:16px" %)__Kennwort__ 101 101 102 102 (% style="color:#000000" %)Das Kennwort ist im logosrv unter folgendem Pfad einsehbar: 103 103 ... ... @@ -106,16 +106,15 @@ 106 106 {{/code}} 107 107 108 108 109 -(% 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. 110 -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. 111 111 112 112 113 113 == __**Ports über Firewall an Rev-Proxy weiterleiten**__ == 114 114 115 -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. 116 116 117 117 118 -Wechseln Sie in das Verzeichnis der Shorewall: 120 +Wechseln Sie vom ldhost aus in das Verzeichnis der Shorewall: 119 119 120 120 {{code language="bash"}} 121 121 root@ldhosts:~ # cd /etc/shorewall ... ... @@ -129,15 +129,15 @@ 129 129 {{/code}} 130 130 131 131 132 -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. 133 133 134 134 (% class="box" %) 135 135 ((( 136 136 (% style="color:#16a085" %)### 137 137 # Shorewall version 4.0##(%%) 138 -(% style="color:#16a085" %)#(%%) ##139 -(% style="color:#8e44ad" %)**DNAT ext dmz:172.28.29.3 tcp 636**(%%) 140 -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 141 141 DNAT ext dmz:172.28.29.2 tcp 1:21 142 142 DNAT ext dmz:172.28.29.2 tcp 23:2221 143 143 DNAT ext dmz:172.28.29.2 tcp 2223:65535 ... ... @@ -154,9 +154,9 @@ 154 154 155 155 == __**Zertifikat für Rev-Proxy erstellen und prüfen**__ == 156 156 157 -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. 158 158 159 -=== ===__acmetool__ ======161 +=== __acmetool__ === 160 160 161 161 Wechseln Sie in den puppeteer Container: 162 162 ... ... @@ -170,7 +170,7 @@ 170 170 root@puppeteer:~ # acmetool want kopano.SCHULKUERZEL.logoip.de 171 171 {{/code}} 172 172 173 -=== ===__acme.sh__ ======175 +=== __acme.sh__ === 174 174 175 175 Wechseln Sie in den puppeteer Container: 176 176 ... ... @@ -193,16 +193,66 @@ 193 193 {{/code}} 194 194 195 195 196 -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: 197 197 198 198 {{code language="bash"}} 199 199 root@puppeteer:~ # prun 202 + 200 200 root@rev-proxy:~ # prun 201 201 {{/code}} 202 202 203 203 204 -== (% style="color:#000000"%)**__LDAPAttribute__**(%%)==207 +== __**Konfiguration für LDAP im Rev-Proxy**__ == 205 205 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 + 206 206 (% style="color:#000000" %)Standardmäßig werden folgende Attribute an die externe LDAP Schnittstelle weitergegeben: 207 207 208 208 {{code language="bash"}}