Changes for page LDAP-Benutzer unter Linux
Last modified by Jonas Jelten on 2025/02/25 12:14
From version 7.1
edited by Jonas Jelten
on 2024/12/12 15:49
on 2024/12/12 15:49
Change comment:
There is no comment for this version
To version 3.2
edited by Thomas Walter Erbesdobler
on 2023/08/28 14:49
on 2023/08/28 14:49
Change comment:
Update document after refactoring.
Summary
-
Page properties (2 modified, 0 added, 0 removed)
Details
- Page properties
-
- Author
-
... ... @@ -1,1 +1,1 @@ 1 -XWiki. jelten1 +XWiki.erbesdob - Content
-
... ... @@ -1,15 +1,12 @@ 1 1 = Für wen ist diese Anleitung = 2 2 3 - **Nichtrelevant**:für VMs imITO-VM-Cluster mitUbuntu24.04oderneuer-diesehaben dasLDAP-Setup**direktschonmitgeliefert**!3 +Wenn du ein Linux-System so installieren möchtest, dass sich Benutzer am Rechner direkt oder über SSH mit ihrem RBG-Account anmelden können, ist dies die Anmeldung. Insbesondere auf den Lehrstuhl-VM-Servern, die von der RBG im ESX angeboten werden, ist dies möglich. 4 4 5 -**Relevant für: **Alle Maschinen, auf denen CIT-Benutzer (alle aus der StrukturDB) am Rechner verfügbar sein sollen - z.B. damit Nutzer sich über SSH mit ihrem CIT-Account anmelden können 6 - 7 7 Falls du den LDAP für andere Zwecke benutzen möchtest (Einbindung in ein Mailprogramm, als Kontaktbuch oder für Webanwendungen), ist dies vermutlich nicht die passende Anleitung. 8 8 9 9 = Allgemein = 10 - 11 11 {{warning}} 12 -//**Für die VMs der ITO:**// Bitte nicht die von uns vorinstallierten statischen Benutzer in /etc/passwd, /etc/shadow und /home entfernen. Der LDAP muss so installiert werden, dass diese statischen Benutzereinträge zusätzlich noch funktionieren. Für Wartungszwecke ist es uns wichtig, dass dies auch dann noch funktioniert, wenn die VM keine Netzwerkverbindung hat.9 +//**Für die VMs der RBG:**// Bitte nicht die von uns vorinstallierten statischen Benutzer in /etc/passwd, /etc/shadow und /home entfernen. Der LDAP muss so installiert werden, dass diese statischen Benutzereinträge zusätzlich noch funktionieren. Für Wartungszwecke ist es uns wichtig, dass dies auch dann noch funktioniert, wenn die VM keine Netzwerkverbindung hat. 13 13 {{/warning}} 14 14 15 15 Ihr könnt gerne mit uns Rücksprache halten, wenn Ihr unseren LDAP für Loginzwecke benutzen möchtet, denn wir bleiben auch gerne darüber informiert, wo eine solche Konfiguration eingesetzt wird. ... ... @@ -16,19 +16,14 @@ 16 16 17 17 = Filtern von Nutzern mit Gruppen = 18 18 19 -Auf ldap.cit.tum.de sind alle CIT-Benutzer. Gewöhnlich möchte man **nicht**, dass sie **sich alle anmelden können**. 20 -Die gängige Lösung ist, dass man eine Benutzergruppe definiert (auch in der StrukturDB als LDAP-Gruppe oder auch lokal aus /etc/groups) mit den Benutzern, die sich einloggen dürfen. 21 -Diese Gruppe konfigurieren wir dann in allen installierten Diensten, die eine Benutzeranmeldung ermöglichen. 16 +Auf ldap.cit.tum.de sind alle CIT-Benutzer. Gewöhnlich möchte man nicht, dass sie **sich alle anmelden können**. Die gängige Lösung ist, dass eine Benutzergruppe (auch in der StrukturDB als LDAP-Gruppe oder auch lokal aus /etc/groups) definiert wird mit den Benutzern, die sich einloggen dürfen. Diese konfigurieren wir in allen installierten Diensten, die eine Benutzeranmeldung ermöglichen. 22 22 23 23 Bei ##ssh## ist das in ##/etc/ssh/sshd_config## Einstellung ##AllowGroup##! 24 24 25 25 = Homedirectories = 26 26 27 -Wo die Home-Verzeichnisse abgelegt werden oder von wo sie eingebunden werden, und welches LDAP-Attribut für den Home-Pfad benutzt wird, ist im Einzelfall zu überlegen. 28 -Man kann z.B. in der ##/etc/nslcd.conf## das homefolderattribut anders mappen (siehe ##man nslcd.conf##) 22 +Wo die Home-Verzeichnisse abgelegt werden oder von wo sie eingebunden werden, und welches LDAP-Attribut für den Home-Pfad benutzt wird, ist im Einzelfall zu überlegen. Man kann z.B. in der ##/etc/nslcd.conf## das homefolderattribut anders mappen: ##map passwd homeDirectory ...## - siehe ##man nslcd.conf##. 29 29 30 -##map passwd homeDirectory ...## 31 - 32 32 = Anleitung = 33 33 34 34 Wir wählen den Weg mit ##nslcd## und ##pam-ldapd## und ##nss-ldapd##, weil leichter zu debuggen ist, leichtgewichtiger (die pam/nss-module reden mit nslcd und bauen nicht jeder einzeln eine ldap-verbindung auf). ... ... @@ -105,21 +105,10 @@ 105 105 106 106 = Testing und Debugging = 107 107 108 -Man sollte jetzt i neinerShellNutzer aus demLDAPabfragen können:100 +Man sollte jetzt mit ##id $username## user aus dem ldap abfragen können, Auflisten mit ##getent passwd## und ##getent group##. 109 109 110 - ##id$username##102 +Was mit dem LDAP gesprochen wird kann man sich anschauen: 111 111 112 -Auflisten aller Nutzer: 113 - 114 -##getent passwd## 115 - 116 -Auflisten aller Gruppen: 117 - 118 -##getent group## 119 - 120 - 121 -Was mit dem LDAP gesprochen wird kann man sich live anschauen um besser fehler zu finden: 122 - 123 123 {{code language="bash"}} 124 124 sudo systemctl stop nslcd.service 125 125 sudo nslcd -n -d # starte im vordergrund im debug-modus