Änderungen von Dokument LDAP Admin-Benutzer und ReadOnly-Benutzer im logosrv

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 im logosrv
	1	+Geändert: LDAP Admin-Benutzer und ReadOnly-Benutzer

Dokument-Autor

...	...	@@ -1,1 +1,1 @@
1		-XWiki.jonasmayer@sbede
	1	+XWiki.JensGruber@sbede

Inhalt

...	...	@@ -4,27 +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="font-size: 20px; color: rgb(0, 0, 0)" %)__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	22	(% 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		-==== (% style="font-size: 20px; color: rgb(0, 0, 0)" %)__Zugangsdaten:__(%%) ====
	24	+==== (% style="color:#000000" %)__Benutzername & Kennwort__(%%) ====
26	26
27		-(% class="wikigeneratedid" id="HBenutzername" %)
	26	+====== ======
	27	+
	28	+====== (% style="color:#000000" %)__Benutzername__(%%) ======
	29	+
28	28	(% style="color:#000000" %)Der Benutzername des LDAP Admins lautet:
29	29
30	30	{{code language="bash"}}
...	...	@@ -31,9 +31,9 @@
31	31	cn=ldap-admin
32	32	{{/code}}
33	33
	36	+====== ======
34	34
35		-(% class="wikigeneratedid" id="HAttributedesBenutzernamens" %)
36		-(% style="font-size: 16px; color: rgb(0, 0, 0)" %)__Vollständiger Benutzername__
	38	+====== (% style="color:#000000" %)__Attribute des Benutzernamens__(%%) ======
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
...	...	@@ -47,8 +47,7 @@
47	47	{{/code}}
48	48
49	49
50		-(% class="wikigeneratedid" id="HKennwort" %)
51		-(% style="font-size: 16px; color: rgb(0, 0, 0)" %)__Kennwort__
	52	+====== (% style="color:#000000" %)__Kennwort__(%%) ======
52	52
53	53	(% style="color:#000000" %)Das Kennwort ist im logosrv unter folgendem Pfad einsehbar:
54	54
...	...	@@ -63,16 +63,19 @@
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	69
	70	+==== (% style="color:#000000" %)__Nutzungsgebiet:__(%%) ====
	71	+
70	70	(% style="color:#000000" %)Der LDAP-ReadOnly Benutzer ist für die Verwendung von externen Diensten/Anbindungen gedacht.
71	71
72	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-integrierte Benutzerdatenbank über das LDAP-Protokoll.
73	73
	76	+
74	74	==== (% style="color:#000000" %)__Benutzername & Passwort:__(%%) ====
75	75
	79	+
76	76	====== (% style="color:#000000" %)__Benutzername__(%%) ======
77	77
78	78	(% style="color:#000000" %)Relevant für den Zugriff von Außen wäre folgender Benutzername:
...	...	@@ -110,6 +110,9 @@
110	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.
111	111
112	112
	117	+**... [REV-PROXY LDAPS-Freischaltung mit Let's Encrypt einfügen]...**
	118	+
	119	+
113	113	== __**Ports über Firewall an Rev-Proxy weiterleiten**__ ==
114	114
115	115	Damit die LDAP Verbindung funktioniert, muss der Port 636 an den Rev-Proxy weitergeleitet werden. Diese Weiterleitung können Sie wie folgt einrichten:
...	...	@@ -129,22 +129,22 @@
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.
	139	+Ergänzen Sie die Liste innerhalb der Datei um den obersten Eintrag (DNAT ext dmz:172.28.29.3 tcp 636):
133	133
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**(%%)
	141	+{{code language="bash"}}
	142	+#
	143	+# Shorewall version 4.0
	144	+#
	145	+DNAT ext dmz:172.28.29.3 tcp 636
140	140	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
144		-DNAT ext dmz:172.28.29.2 udp 1:65535##
145		-)))
	150	+DNAT ext dmz:172.28.29.2 udp 1:65535
146	146
	152	+{{/code}}
147	147
	154	+
148	148	Starten Sie nun die Firewall des ldhost neu:
149	149
150	150	{{code language="bash"}}
...	...	@@ -151,56 +151,8 @@
151	151	root@ldhosts:~ # /etc/init.d/shorewall restart
152	152	{{/code}}
153	153
	161	+=== ===
154	154
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		-
204	204	== (% style="color:#000000" %)**__LDAP Attribute__**(%%) ==
205	205
206	206	(% style="color:#000000" %)Standardmäßig werden folgende Attribute an die externe LDAP Schnittstelle weitergegeben: