LDAP-Benutzer unter Linux

# Für wen ist diese Anleitung

**Nicht relevant**: für VMs im ITO-VM-Cluster mit Ubuntu 24.04 oder neuer - diese haben das LDAP-Setup **direkt schon mitgeliefert**!

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, und man die Zugriffe zentral in der StrukturDB verwalten möchte.

6

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.

# Allgemein

**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.

13

14

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.

# Anleitung

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).

20

21

Zunächst den LDAP-Connector-Dienst installieren:

```bash

apt install nslcd

```

Das fragt einen normalerweise nach dem LDAP-Server und nach dem Base-DN.

LDAP-Server:

ldaps://ldap.cit.tum.de

Base-DN:

ou=dir,dc=cit,dc=tum,dc=de

36

37

Konfiguration in `/etc/nslcd.conf`:

38

39

# /etc/nslcd.conf

40

# nslcd configuration file. See nslcd.conf(5)

# for details.

uid nslcd

gid nslcd

uri ldaps://ldap.cit.tum.de

47

48

base ou=dir,dc=cit,dc=tum,dc=de

49

50

tls_reqcert demand

51

tls_cacertfile /etc/ssl/certs/ca-certificates.crt

52

53

Der Installationsprozess sollte schon automatisch die Einträge in `/etc/pam.d/common-*` angelegt haben.

54

55

Wenn nicht, kann man die für für LDAP notwendigen Einträge aktualisieren mit:

```bash

sudo pam-auth-update

```

Nach den Config-Änderungen die Dienste neu starten:

62

63

```bash

64

sudo systemctl restart nscd nslcd

65

```

66

67

# Testing und Debugging

68

69

Man sollte jetzt in einer Shell Nutzer aus dem LDAP abfragen können:

```

id $username

```

Auflisten aller Nutzer:

```

getent passwd

```

Auflisten aller Gruppen:

```

getent group

```

Was mit dem LDAP gesprochen wird kann man sich live anschauen um besser fehler zu finden:

88

89

```bash

90

sudo systemctl stop nslcd.service

91

sudo nslcd -n -d # starte im vordergrund im debug-modus

92

# jetzt schauen was so passiert

93

# danach mit C-c beenden, und normalen Dienst wieder starten:

94

sudo systemctl start nslcd.service

```

## Homedirectory

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.

100

Man kann z.B. in der `/etc/nslcd.conf` das homefolderattribut anders mappen (siehe `man nslcd.conf`)

101

102

```

103

map passwd homeDirectory ...

104

```

105

106

# Dienst-Spezifische Konfiguration

107

108

## Filtern von Nutzern mit Gruppen

109

110

Auf ldap.cit.tum.de sind alle CIT-Benutzer. Gewöhnlich möchte man **nicht**, dass sie **sich alle anmelden können**.

111

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.

112

Diese Gruppe konfigurieren wir dann in allen installierten Diensten, die eine Benutzeranmeldung ermöglichen.

## PAM-Logins

Ob ein Nutzer sich einloggen kann (`ssh`, desktop login), wird global mit `pam_access` geprüft.

117

Selbst erstellte lokale Nutzer müssen in der `login`-Gruppe sein.

118

119