Changes for page LDAP-Benutzer unter Linux
Last modified by Jonas Jelten on 2025/02/25 12:14
From version 8.1
edited by Jonas Jelten
on 2024/12/12 15:55
on 2024/12/12 15:55
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,40 +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 -Für logins über PAM (z.b. ##ssh##) kann man es global mit ##pam_access## in ##/etc/security/access.conf## regulieren. 24 -Dafür: ##/usr/share/pam-configs/ito-ldap## anlegen: 25 -{{code language="none"}} 26 -Name: ITO LDAP group-based Authentication 27 -Default: yes 28 -Priority: 128 29 -Auth-Type: Additional 30 -Auth: 31 - required pam_access.so nodefgroup 32 -Account-Type: Primary 33 -Account: 34 - required pam_access.so nodefgroup 35 -Password-Type: Primary 36 -Password: 37 - required pam_access.so nodefgroup 38 -Session-Type: Additional 39 -Session: 40 - required pam_access.so nodefgroup 41 -{{/code}} 18 +Bei ##ssh## ist das in ##/etc/ssh/sshd_config## Einstellung ##AllowGroup##! 42 42 43 -und dann aktivieren: ##pam-auth-update --enable ito-ldap --enable ldap --enable mkhomedir## 44 - 45 - 46 46 = Homedirectories = 47 47 48 -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. 49 -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##. 50 50 51 -##map passwd homeDirectory ...## 52 - 53 53 = Anleitung = 54 54 55 55 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). ... ... @@ -126,21 +126,10 @@ 126 126 127 127 = Testing und Debugging = 128 128 129 -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##. 130 130 131 - ##id$username##102 +Was mit dem LDAP gesprochen wird kann man sich anschauen: 132 132 133 -Auflisten aller Nutzer: 134 - 135 -##getent passwd## 136 - 137 -Auflisten aller Gruppen: 138 - 139 -##getent group## 140 - 141 - 142 -Was mit dem LDAP gesprochen wird kann man sich live anschauen um besser fehler zu finden: 143 - 144 144 {{code language="bash"}} 145 145 sudo systemctl stop nslcd.service 146 146 sudo nslcd -n -d # starte im vordergrund im debug-modus