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

Von Version 55.1
bearbeitet von Jonas Mayer
am 2022/05/05 07:43
Änderungskommentar: Es gibt keinen Kommentar für diese Version
Auf Version 42.1
bearbeitet von Jonas Mayer
am 2022/05/04 09:20
Änderungskommentar: Renamed from entwurf:Main.LD Server.Puppet-Version.1\.4\.x.Geändert\: LDAP Admin-Benutzer und ReadOnly-Benutzer im logosrv2.WebHome

Zusammenfassung

Details

Seiteneigenschaften
Titel
... ... @@ -1,1 +1,1 @@
1 -Geändert: LDAP Admin-Benutzer und ReadOnly-Benutzer im logosrv
1 +Geändert: LDAP Admin-Benutzer und ReadOnly-Benutze
Inhalt
... ... @@ -4,28 +4,29 @@
4 4  
5 5  ----
6 6  
7 -{{toc start="2"/}}
7 +{{toc start="3"/}}
8 8  
9 9  
10 10  (% style="color:#000000" %)[[image:Grafik für LDAp.png||height="331" width="622"]]
11 11  
12 +=== ===
12 12  
13 -== (% style="color:#000000" %)__**Übersicht der Benutzer**__(%%) ==
14 +== (% style="color:#000000" %)__**LDAP-Admin Benutzer**__(%%) ==
14 14  
15 15  
16 -=== (% style="color:#000000" %)**LDAP-Admin Benutzer**(%%) ===
17 +=== (% style="color:#000000" %)__Nutzungsgebiet:__(%%) ===
17 17  
18 -(% style="color:#000000; font-size:20px" %)__Nutzungsgebiet:__
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 sicherheitsrelevantes Problem dar. **__Von einem externen Gebrauch des Benutzerkontos ist daher strikt abzuraten!__**
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!__**
23 23  
24 24  
25 -(% class="wikigeneratedid" id="HZugangsdaten:" %)
26 -(% style="color:#000000; font-size:20px" %)__Zugangsdaten:__
24 +==== (% style="color:#000000" %)__Benutzername & Kennwort__(%%) ====
27 27  
28 -(% class="wikigeneratedid" id="HBenutzername" %)
26 +====== ======
27 +
28 +====== (% style="color:#000000" %)__Benutzername__(%%) ======
29 +
29 29  (% style="color:#000000" %)Der Benutzername des LDAP Admins lautet:
30 30  
31 31  {{code language="bash"}}
... ... @@ -32,9 +32,9 @@
32 32  cn=ldap-admin
33 33  {{/code}}
34 34  
36 +====== ======
35 35  
36 -(% class="wikigeneratedid" id="HAttributedesBenutzernamens" %)
37 -(% style="color:#000000; font-size:16px" %)__Vollständiger Benutzername__
38 +====== (% style="color:#000000" %)__Attribute des Benutzernamens__(%%) ======
38 38  
39 39  (% 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.
40 40  
... ... @@ -48,8 +48,7 @@
48 48  {{/code}}
49 49  
50 50  
51 -(% class="wikigeneratedid" id="HKennwort" %)
52 -(% style="color:#000000; font-size:16px" %)__Kennwort__
52 +====== (% style="color:#000000" %)__Kennwort__(%%) ======
53 53  
54 54  (% style="color:#000000" %)Das Kennwort ist im logosrv unter folgendem Pfad einsehbar:
55 55  
... ... @@ -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 des Servers als Teil des Benutzernamens) auch mit folgendem Befehl aus dem Abschnitt "Credentials" entnehmen:
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:
61 61  
62 62  {{code language="bash"}}
63 63  root@logosrv:~ # ldconf -o
... ... @@ -64,28 +64,30 @@
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 -(% class="wikigeneratedid" id="HNutzungsgebiet:" %)
70 -(% style="color:#000000; font-size:20px" %)__Nutzungsgebiet:__
71 71  
72 -(% style="color:#000000" %)Der LDAP-ReadOnly Benutzer ist für die Verwendung in externen Diensten vorgesehen.
70 +==== (% style="color:#000000" %)__Nutzungsgebiet:__(%%) ====
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 Benutzerdatenbank des LogoDIDACT Servers per LDAP-Protokoll.
72 +(% style="color:#000000" %)Der LDAP-ReadOnly Benutzer ist für die Verwendung von externen Diensten/Anbindungen gedacht.
75 75  
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.
76 76  
77 -(% class="wikigeneratedid" id="HBenutzername26Passwort:" %)
78 -(% style="color:#000000; font-size:20px" %)__Zugangsdaten:__
79 79  
80 -(% class="wikigeneratedid" id="HBenutzername" %)
81 -(% style="color:#000000" %)Der Benutzername des LDAP ReadOnly Benutzers lautet:
77 +==== (% style="color:#000000" %)__Benutzername & Passwort:__(%%) ====
82 82  
79 +
80 +====== (% style="color:#000000" %)__Benutzername__(%%) ======
81 +
82 +(% style="color:#000000" %)Relevant für den Zugriff von Außen wäre folgender Benutzername:
83 +
83 83  {{code language="bash"}}
84 84  cn=ldap-ro
85 85  {{/code}}
86 86  
88 +====== (% id="cke_bm_979S" style="color:#000000; display:none" %)__ __(%%) ======
87 87  
88 -(% style="color:#000000; font-size:16px" %)__Vollständiger Benutzername__
90 +====== (% style="color:#000000" %)__Attribute des Benutzernamens__(%%) ======
89 89  
90 90  (% 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.
91 91  
... ... @@ -92,7 +92,7 @@
92 92  (% style="color:#000000" %)[[image:1651243652049-471.png]]
93 93  
94 94  
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//):
97 +(% 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//):
96 96  
97 97  {{code language="bash"}}
98 98  cn=ldap-ro,ou=services,dc=schule,dc=local
... ... @@ -99,8 +99,7 @@
99 99  {{/code}}
100 100  
101 101  
102 -(% class="wikigeneratedid" id="HKennwort" %)
103 -(% style="color:#000000; font-size:16px" %)__Kennwort__
104 +====== (% style="color:#000000" %)__Kennwort__(%%) ======
104 104  
105 105  (% style="color:#000000" %)Das Kennwort ist im logosrv unter folgendem Pfad einsehbar:
106 106  
... ... @@ -109,15 +109,19 @@
109 109  {{/code}}
110 110  
111 111  
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.
113 +(% 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.
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.
113 113  
114 114  
117 +**... [REV-PROXY LDAPS-Freischaltung mit Let's Encrypt einfügen]...**
118 +
119 +
115 115  == __**Ports über Firewall an Rev-Proxy weiterleiten**__ ==
116 116  
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.
122 +Damit die LDAP Verbindung funktioniert, muss der Port 636 an den Rev-Proxy weitergeleitet werden. Diese Weiterleitung können Sie wie folgt einrichten:
118 118  
119 119  
120 -Wechseln Sie vom ldhost aus in das Verzeichnis der Shorewall:
125 +Wechseln Sie in das Verzeichnis der Shorewall:
121 121  
122 122  {{code language="bash"}}
123 123  root@ldhosts:~ # cd /etc/shorewall
... ... @@ -131,22 +131,22 @@
131 131  {{/code}}
132 132  
133 133  
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.
139 +Ergänzen Sie die Liste innerhalb der Datei um den obersten Eintrag (DNAT ext dmz:172.28.29.3 tcp 636):
135 135  
136 -(% class="box" %)
137 -(((
138 -(% style="color:#16a085" %)###
139 -# Shorewall version 4.0##(%%)
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 +{{code language="bash"}}
142 +#
143 +# Shorewall version 4.0
144 +#
145 +DNAT ext dmz:172.28.29.3 tcp 636
146 +DNAT ext dmz:172.28.29.3 tcp 80,443
143 143  DNAT ext dmz:172.28.29.2 tcp 1:21
144 144  DNAT ext dmz:172.28.29.2 tcp 23:2221
145 145  DNAT ext dmz:172.28.29.2 tcp 2223:65535
146 -DNAT ext dmz:172.28.29.2 udp 1:65535##
147 -)))
150 +DNAT ext dmz:172.28.29.2 udp 1:65535
148 148  
152 +{{/code}}
149 149  
154 +
150 150  Starten Sie nun die Firewall des ldhost neu:
151 151  
152 152  {{code language="bash"}}
... ... @@ -156,10 +156,12 @@
156 156  
157 157  == __**Zertifikat für Rev-Proxy erstellen und prüfen**__ ==
158 158  
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.
164 +Damit die Verbindung gesichert werden kann, wird ein Let's Encrypt Zertifikat benötigt. Dieses können Sie nach folgender Anleitung erstellen:
160 160  
161 -=== __acmetool__ ===
166 +====== ======
162 162  
168 +====== __acmetool__ ======
169 +
163 163  Wechseln Sie in den puppeteer Container:
164 164  
165 165  {{code language="bash"}}
... ... @@ -172,8 +172,10 @@
172 172  root@puppeteer:~ # acmetool want kopano.SCHULKUERZEL.logoip.de
173 173  {{/code}}
174 174  
175 -=== __acme.sh__ ===
182 +===== =====
176 176  
184 +====== __acme.sh__ ======
185 +
177 177  Wechseln Sie in den puppeteer Container:
178 178  
179 179  {{code language="bash"}}
... ... @@ -195,17 +195,18 @@
195 195  {{/code}}
196 196  
197 197  
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:
207 +Um das verteilen der Zertifikate zu beschleunigen können Sie ggf. einen prun im puppeteer und rev-proxy Container durchführen:
199 199  
200 200  {{code language="bash"}}
201 201  root@puppeteer:~ # prun
202 -
203 203  root@rev-proxy:~ # prun
204 204  {{/code}}
205 205  
206 206  
207 -== (% style="color:#000000" %)**__Weitere LDAP Attribute für ReadOnly-Benutzer freischalten__**(%%) ==
215 +=== ===
208 208  
217 +== (% style="color:#000000" %)**__LDAP Attribute__**(%%) ==
218 +
209 209  (% style="color:#000000" %)Standardmäßig werden folgende Attribute an die externe LDAP Schnittstelle weitergegeben:
210 210  
211 211  {{code language="bash"}}