Ä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 34.2
bearbeitet von Jens Gruber
am 2022/05/03 14:02
am 2022/05/03 14:02
Änderungskommentar:
Es gibt keinen Kommentar für diese Version
Auf 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
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,27 @@ 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="font-size: 20px; color: rgb(0, 0, 0)" %)__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 +==== (% style="font-size: 20px; color: rgb(0, 0, 0)" %)__Zugangsdaten:__(%%) ==== 25 25 26 -====== ====== 27 - 28 -====== (% style="color:#000000" %)__Benutzername__(%%) ====== 29 - 27 +(% 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__(%%) ====== 35 +(% class="wikigeneratedid" id="HAttributedesBenutzernamens" %) 36 +(% style="font-size: 16px; color: rgb(0, 0, 0)" %)__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__(%%) ====== 50 +(% class="wikigeneratedid" id="HKennwort" %) 51 +(% style="font-size: 16px; color: rgb(0, 0, 0)" %)__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__**(%%) ==66 +== (% style="color:#000000" %)__**LDAP-ReadOnly (ldap-ro) Benutzer**__(%%) == 68 68 68 +=== (% 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):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. 140 140 141 -{{code language="bash"}} 142 -# 143 -# Shorewall version 4.0 144 -# 145 -DNAT ext dmz:172.28.29.3 tcp 636 134 +(% class="box" %) 135 +((( 136 +(% style="color:#16a085" %)### 137 +# Shorewall version 4.0##(%%) 138 +(% style="color:#16a085" %)#(%%)## 139 +(% 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 144 +DNAT ext dmz:172.28.29.2 udp 1:65535## 145 +))) 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 155 +== __**Zertifikat für Rev-Proxy erstellen und prüfen**__ == 156 + 157 +Damit die Verbindung gesichert werden kann, wird ein Let's Encrypt Zertifikat benötigt. Dieses können Sie nach folgender Anleitung erstellen: 158 + 159 +====== __acmetool__ ====== 160 + 161 +Wechseln Sie in den puppeteer Container: 162 + 163 +{{code language="bash"}} 164 +root@ldhost:~ # lxc-ssh -n puppeteer 165 +{{/code}} 166 + 167 +Fordern Sie das Zertifikat mit folgendem Befehl an (Ersetzen Sie "SCHULKUERZEL" mit dem jeweiligen Shortname): 168 + 169 +{{code language="bash"}} 170 +root@puppeteer:~ # acmetool want kopano.SCHULKUERZEL.logoip.de 171 +{{/code}} 172 + 173 +====== __acme.sh__ ====== 174 + 175 +Wechseln Sie in den puppeteer Container: 176 + 177 +{{code language="bash"}} 178 +root@ldhost:~ # lxc-ssh -n puppeteer 179 +{{/code}} 180 + 181 + 182 +Wechseln Sie im puppeteer Container in die Umgebung für das Verwalten der Zertifikate: 183 + 184 +{{code language="bash"}} 185 +root@puppeteer:~ # sle 186 +{{/code}} 187 + 188 + 189 +Beantragen Sie ein neues Zertifikat mit folgendem Befehl (Ersetzen Sie "SCHULKUERZEL" mit dem jeweiligen Shortname): 190 + 191 +{{code language="bash"}} 192 +le-acme@puppeteer:~ $ issue kopano.SCHULKUERZEL.logoip.de 193 +{{/code}} 194 + 195 + 196 +Um das verteilen der Zertifikate zu beschleunigen können Sie ggf. einen prun im puppeteer und rev-proxy Container durchführen: 197 + 198 +{{code language="bash"}} 199 +root@puppeteer:~ # prun 200 +root@rev-proxy:~ # prun 201 +{{/code}} 202 + 203 + 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: