Ä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 35.1
bearbeitet von Jens Gruber
am 2022/05/03 14:03
am 2022/05/03 14:03
Änderungskommentar:
Es gibt keinen Kommentar für diese Version
Auf Version 49.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
Zusammenfassung
-
Seiteneigenschaften (3 geändert, 0 hinzugefügt, 0 gelöscht)
Details
- Seiteneigenschaften
-
- Titel
-
... ... @@ -1,1 +1,1 @@ 1 -Geändert: LDAP Admin-Benutzer und ReadOnly-Benutzer 1 +Geändert: LDAP Admin-Benutzer und ReadOnly-Benutzer im logosrv - Dokument-Autor
-
... ... @@ -1,1 +1,1 @@ 1 -XWiki. JensGruber@sbede1 +XWiki.jonasmayer@sbede - Inhalt
-
... ... @@ -4,29 +4,28 @@ 4 4 5 5 ---- 6 6 7 -{{toc start=" 3"/}}7 +{{toc start="2"/}} 8 8 9 9 10 10 (% style="color:#000000" %)[[image:Grafik für LDAp.png||height="331" width="622"]] 11 11 12 -=== === 13 13 14 -== (% style="color:#000000" %)__** LDAP-AdminBenutzer**__(%%) ==13 +== (% style="color:#000000" %)__**Übersicht der Benutzer**__(%%) == 15 15 16 16 17 -=== (% style="color:#000000" %) __Nutzungsgebiet:__(%%) ===16 +=== (% style="color:#000000" %)**LDAP-Admin Benutzer:**(%%) === 18 18 18 +(% style="color:#000000; font-size:20px" %)__Nutzungsgebiet:__ 19 + 19 19 (% 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. 20 20 21 21 (% 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 22 23 23 24 -==== (% style="color:#000000" %)__Benutzername & Kennwort__(%%) ==== 25 +(% class="wikigeneratedid" id="HZugangsdaten:" %) 26 +(% style="color:#000000; font-size:20px" %)__Zugangsdaten:__ 25 25 26 -====== ====== 27 - 28 -====== (% style="color:#000000" %)__Benutzername__(%%) ====== 29 - 28 +(% class="wikigeneratedid" id="HBenutzername" %) 30 30 (% style="color:#000000" %)Der Benutzername des LDAP Admins lautet: 31 31 32 32 {{code language="bash"}} ... ... @@ -33,9 +33,9 @@ 33 33 cn=ldap-admin 34 34 {{/code}} 35 35 36 -====== ====== 37 37 38 -====== (% style="color:#000000" %)__Attribute des Benutzernamens__(%%) ====== 36 +(% class="wikigeneratedid" id="HAttributedesBenutzernamens" %) 37 +(% style="color:#000000; font-size:16px" %)__Vollständiger Benutzername__ 39 39 40 40 (% 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. 41 41 ... ... @@ -49,7 +49,8 @@ 49 49 {{/code}} 50 50 51 51 52 -====== (% style="color:#000000" %)__Kennwort__(%%) ====== 51 +(% class="wikigeneratedid" id="HKennwort" %) 52 +(% style="color:#000000; font-size:16px" %)__Kennwort__ 53 53 54 54 (% style="color:#000000" %)Das Kennwort ist im logosrv unter folgendem Pfad einsehbar: 55 55 ... ... @@ -64,19 +64,16 @@ 64 64 {{/code}} 65 65 66 66 67 -== (% style="color:#000000" %) **__LDAP-ReadOnly (ldap-ro) Benutzer__**(%%) ==67 +== (% style="color:#000000" %)__**LDAP-ReadOnly (ldap-ro) Benutzer**__(%%) == 68 68 69 +=== (% style="color:#000000" %)__Nutzungsgebiet:__(%%) === 69 69 70 -==== (% style="color:#000000" %)__Nutzungsgebiet:__(%%) ==== 71 - 72 72 (% style="color:#000000" %)Der LDAP-ReadOnly Benutzer ist für die Verwendung von externen Diensten/Anbindungen gedacht. 73 73 74 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. 75 75 76 - 77 77 ==== (% style="color:#000000" %)__Benutzername & Passwort:__(%%) ==== 78 78 79 - 80 80 ====== (% style="color:#000000" %)__Benutzername__(%%) ====== 81 81 82 82 (% style="color:#000000" %)Relevant für den Zugriff von Außen wäre folgender Benutzername: ... ... @@ -114,9 +114,6 @@ 114 114 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. 115 115 116 116 117 -**... [REV-PROXY LDAPS-Freischaltung mit Let's Encrypt einfügen]...** 118 - 119 - 120 120 == __**Ports über Firewall an Rev-Proxy weiterleiten**__ == 121 121 122 122 Damit die LDAP Verbindung funktioniert, muss der Port 636 an den Rev-Proxy weitergeleitet werden. Diese Weiterleitung können Sie wie folgt einrichten: ... ... @@ -136,22 +136,22 @@ 136 136 {{/code}} 137 137 138 138 139 -Ergänzen Sie die Liste innerhalb der Datei um den obersten Eintrag (D NAText dmz:172.28.29.3tcp636):133 +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. 140 140 141 -{{code language="bash"}} 142 -# 143 -# Shorewall version 4.0 144 -# 145 -DNAT ext dmz:172.28.29.3 tcp 636 135 +(% class="box" %) 136 +((( 137 +(% style="color:#16a085" %)### 138 +# Shorewall version 4.0##(%%) 139 +(% style="color:#16a085" %)#(%%)## 140 +(% style="color:#8e44ad" %)**DNAT ext dmz:172.28.29.3 tcp 636**(%%) 146 146 DNAT ext dmz:172.28.29.3 tcp 80,443 147 147 DNAT ext dmz:172.28.29.2 tcp 1:21 148 148 DNAT ext dmz:172.28.29.2 tcp 23:2221 149 149 DNAT ext dmz:172.28.29.2 tcp 2223:65535 150 -DNAT ext dmz:172.28.29.2 udp 1:65535 145 +DNAT ext dmz:172.28.29.2 udp 1:65535## 146 +))) 151 151 152 -{{/code}} 153 153 154 - 155 155 Starten Sie nun die Firewall des ldhost neu: 156 156 157 157 {{code language="bash"}} ... ... @@ -158,8 +158,56 @@ 158 158 root@ldhosts:~ # /etc/init.d/shorewall restart 159 159 {{/code}} 160 160 161 -=== === 162 162 156 +== __**Zertifikat für Rev-Proxy erstellen und prüfen**__ == 157 + 158 +Damit die Verbindung gesichert werden kann, wird ein Let's Encrypt Zertifikat benötigt. Dieses können Sie nach folgender Anleitung erstellen: 159 + 160 +====== __acmetool__ ====== 161 + 162 +Wechseln Sie in den puppeteer Container: 163 + 164 +{{code language="bash"}} 165 +root@ldhost:~ # lxc-ssh -n puppeteer 166 +{{/code}} 167 + 168 +Fordern Sie das Zertifikat mit folgendem Befehl an (Ersetzen Sie "SCHULKUERZEL" mit dem jeweiligen Shortname): 169 + 170 +{{code language="bash"}} 171 +root@puppeteer:~ # acmetool want kopano.SCHULKUERZEL.logoip.de 172 +{{/code}} 173 + 174 +====== __acme.sh__ ====== 175 + 176 +Wechseln Sie in den puppeteer Container: 177 + 178 +{{code language="bash"}} 179 +root@ldhost:~ # lxc-ssh -n puppeteer 180 +{{/code}} 181 + 182 + 183 +Wechseln Sie im puppeteer Container in die Umgebung für das Verwalten der Zertifikate: 184 + 185 +{{code language="bash"}} 186 +root@puppeteer:~ # sle 187 +{{/code}} 188 + 189 + 190 +Beantragen Sie ein neues Zertifikat mit folgendem Befehl (Ersetzen Sie "SCHULKUERZEL" mit dem jeweiligen Shortname): 191 + 192 +{{code language="bash"}} 193 +le-acme@puppeteer:~ $ issue kopano.SCHULKUERZEL.logoip.de 194 +{{/code}} 195 + 196 + 197 +Um das verteilen der Zertifikate zu beschleunigen können Sie ggf. einen prun im puppeteer und rev-proxy Container durchführen: 198 + 199 +{{code language="bash"}} 200 +root@puppeteer:~ # prun 201 +root@rev-proxy:~ # prun 202 +{{/code}} 203 + 204 + 163 163 == (% style="color:#000000" %)**__LDAP Attribute__**(%%) == 164 164 165 165 (% style="color:#000000" %)Standardmäßig werden folgende Attribute an die externe LDAP Schnittstelle weitergegeben: