Änderungen von Dokument LDAP-Benutzer unter Linux
Zuletzt geändert von Jonas Jelten am 2025/02/25 12:14
Von Version 7.1
bearbeitet von Jonas Jelten
am 2024/12/12 15:49
am 2024/12/12 15:49
Änderungskommentar:
Es gibt keinen Kommentar für diese Version
Auf Version 13.1
bearbeitet von Jonas Jelten
am 2024/12/12 16:12
am 2024/12/12 16:12
Änderungskommentar:
Es gibt keinen Kommentar für diese Version
Zusammenfassung
-
Seiteneigenschaften (2 geändert, 0 hinzugefügt, 0 gelöscht)
-
Anhänge (0 geändert, 1 hinzugefügt, 0 gelöscht)
Details
- Seiteneigenschaften
-
- Syntax
-
... ... @@ -1,1 +1,1 @@ 1 - XWiki2.11 +Markdown 1.2 - Inhalt
-
... ... @@ -1,4 +1,4 @@ 1 - =Für wen ist diese Anleitung=1 +# Für wen ist diese Anleitung 2 2 3 3 **Nicht relevant**: für VMs im ITO-VM-Cluster mit Ubuntu 24.04 oder neuer - diese haben das LDAP-Setup **direkt schon mitgeliefert**! 4 4 ... ... @@ -6,124 +6,171 @@ 6 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 - =Allgemein=9 +# Allgemein 10 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.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. 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 16 17 - =Filtern von Nutzern mitGruppen=17 +# Anleitung 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. 19 +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). 22 22 23 -Bei ##ssh## ist das in ##/etc/ssh/sshd_config## Einstellung ##AllowGroup##! 24 - 25 -= Homedirectories = 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##) 29 - 30 -##map passwd homeDirectory ...## 31 - 32 -= Anleitung = 33 - 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). 35 - 36 36 Zunächst den LDAP-Connector-Dienst installieren: 37 37 38 - {{code language="bash"}}23 +```bash 39 39 apt install nslcd 40 - {{/code}}25 +``` 41 41 42 42 Das fragt einen normalerweise nach dem LDAP-Server und nach dem Base-DN. 43 43 44 44 LDAP-Server: 45 45 46 -{{code language="none"}} 47 -ldaps://ldap.cit.tum.de 48 -{{/code}} 31 + ldaps://ldap.cit.tum.de 49 49 50 50 Base-DN: 51 51 52 -{{code language="none"}} 53 -ou=dir,dc=cit,dc=tum,dc=de 54 -{{/code}} 35 + ou=dir,dc=cit,dc=tum,dc=de 55 55 56 -Konfiguration in ##/etc/nslcd.conf##:37 +Konfiguration in `/etc/nslcd.conf`: 57 57 58 - {{code language="none"}}39 +``` 59 59 # /etc/nslcd.conf 60 60 # nslcd configuration file. See nslcd.conf(5) 61 61 # for details. 62 - 43 + 63 63 # The user and group nslcd should run as. 64 64 uid nslcd 65 65 gid nslcd 66 - 47 + 67 67 # The location at which the LDAP server(s) should be reachable. 68 68 uri ldaps://ldap.cit.tum.de 69 - 50 + 70 70 # The search base that will be used for all queries. 71 71 base ou=dir,dc=cit,dc=tum,dc=de 72 - 53 + 73 73 # The LDAP protocol version to use. 74 74 #ldap_version 3 75 - 56 + 76 76 # The DN to bind with for normal lookups. 77 77 #binddn cn=annonymous,dc=example,dc=net 78 78 #bindpw secret 79 - 60 + 80 80 # The DN used for password modifications by root. 81 81 #rootpwmoddn cn=admin,dc=example,dc=com 82 - 63 + 83 83 # SSL options 84 84 #ssl off 85 85 tls_reqcert demand 86 86 tls_cacertfile /etc/ssl/certs/ca-certificates.crt 87 - 68 + 88 88 # The search scope. 89 89 #scope sub 90 - {{/code}}71 +``` 91 91 92 -Der Installationsprozess sollte schon automatisch die Einträge in ##/etc/pam.d/common-*##angelegt haben.73 +Der Installationsprozess sollte schon automatisch die Einträge in `/etc/pam.d/common-*` angelegt haben. 93 93 94 94 Wenn nicht, kann man die für für LDAP notwendigen Einträge aktualisieren mit: 95 95 96 - {{code language="bash"}}77 +```bash 97 97 sudo pam-auth-update 98 - {{/code}}79 +``` 99 99 100 100 Nach den Config-Änderungen die Dienste neu starten: 101 101 102 - {{code language="bash"}}83 +```bash 103 103 sudo systemctl restart nscd nslcd 104 - {{/code}}85 +``` 105 105 106 - =Testing und Debugging=87 +# Testing und Debugging 107 107 108 108 Man sollte jetzt in einer Shell Nutzer aus dem LDAP abfragen können: 109 109 110 -##id $username## 91 +``` 92 +id $username 93 +``` 111 111 112 112 Auflisten aller Nutzer: 113 113 114 -##getent passwd## 97 +``` 98 +getent passwd 99 +``` 115 115 116 116 Auflisten aller Gruppen: 117 117 118 -##getent group## 103 +``` 104 +getent group 105 +``` 119 119 120 - 121 121 Was mit dem LDAP gesprochen wird kann man sich live anschauen um besser fehler zu finden: 122 122 123 - {{code language="bash"}}109 +```bash 124 124 sudo systemctl stop nslcd.service 125 125 sudo nslcd -n -d # starte im vordergrund im debug-modus 126 126 # jetzt schauen was so passiert 127 127 # danach mit C-c beenden, und normalen Dienst wieder starten: 128 128 sudo systemctl start nslcd.service 129 -{{/code}} 115 +``` 116 + 117 +## Homedirectory 118 + 119 +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. 120 +Man kann z.B. in der `/etc/nslcd.conf` das homefolderattribut anders mappen (siehe `man nslcd.conf`) 121 + 122 +``` 123 +map passwd homeDirectory ... 124 +``` 125 + 126 +# Dienst-Spezifische Konfiguration 127 + 128 +## Filtern von Nutzern mit Gruppen 129 + 130 +Auf ldap.cit.tum.de sind alle CIT-Benutzer. Gewöhnlich möchte man **nicht**, dass sie **sich alle anmelden können**. 131 +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. 132 +Diese Gruppe konfigurieren wir dann in allen installierten Diensten, die eine Benutzeranmeldung ermöglichen. 133 + 134 +## PAM-Logins 135 + 136 +Für logins über PAM (z.b. `ssh`) kann man es global mit `pam_access` in `/etc/security/access.conf` regulieren. 137 +Dafür: `/usr/share/pam-configs/ito-ldap` anlegen: 138 + 139 +``` 140 +Name: ITO LDAP group-based Authentication 141 +Default: yes 142 +Priority: 128 143 +Auth-Type: Additional 144 +Auth: 145 + required pam_access.so nodefgroup 146 +Account-Type: Primary 147 +Account: 148 + required pam_access.so nodefgroup 149 +Password-Type: Primary 150 +Password: 151 + required pam_access.so nodefgroup 152 +Session-Type: Additional 153 +Session: 154 + required pam_access.so nodefgroup 155 +``` 156 + 157 +und dann aktivieren: `pam-auth-update --enable ito-ldap --enable ldap --enable mkhomedir` 158 + 159 +## sudo 160 + 161 +`sudo` (`sudoers`) config für passwortlosen root-zugriff: 162 + 163 +``` 164 +%deine-ldap-gruppe ALL=(ALL) NOPASSWD: ALL 165 +``` 166 + 167 +## SSH-Key Login aus StrukturDB 168 + 169 +Damit `ssh` automatisch ssh-keys von Nutzern aus der StrukturDB verwendet, muss man diese aus dem LDAP abholen. config für `ssh`: 170 + 171 +``` 172 +AuthorizedKeysCommand /usr/local/bin/ssh-ldap-key 173 +AuthorizedKeysCommandUser nobody 174 +``` 175 + 176 +[[attach:ssh-ldap-key]]-programm zum download
- ssh-ldap-key
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.jelten - Größe
-
... ... @@ -1,0 +1,1 @@ 1 +1.9 KB - Inhalt
-
... ... @@ -1,0 +1,70 @@ 1 +#!/usr/bin/env python3 2 + 3 +""" 4 +fetch ssh keys from CIT ITO LDAP 5 + 6 +license: GPLv3 7 +(c) 2024 Jonas Jelten <jj@sft.lol> 8 +""" 9 + 10 +import argparse 11 +import logging 12 + 13 +import ldap3 14 + 15 + 16 +def main(): 17 + cli = argparse.ArgumentParser(description='ssh key fetcher from ldap') 18 + cli.add_argument("username") 19 + cli.add_argument("--ldap-server", default="ldaps://ldap.cit.tum.de") 20 + cli.add_argument("--base-dn", default="ou=dir,dc=cit,dc=tum,dc=de") 21 + 22 + cli.add_argument("--verbose", "-v", action="count", default=0) 23 + 24 + args = cli.parse_args() 25 + 26 + log_level = (logging.WARNING, logging.INFO, logging.DEBUG)[args.verbose] 27 + logging.basicConfig( 28 + level=log_level, 29 + format="[%(asctime)s] %(message)s" 30 + ) 31 + detail_level = (ldap3.utils.log.ERROR, ldap3.utils.log.BASIC, ldap3.utils.log.NETWORK)[args.verbose] 32 + ldap3.utils.log.set_library_log_detail_level(detail_level) 33 + ldap3.utils.log.set_library_log_activation_level(log_level) 34 + 35 + keys = fetch_keys(user=args.username, server=args.ldap_server, basedn=args.base_dn) 36 + for key in keys: 37 + print(key) 38 + 39 + 40 +def fetch_keys(user, server, basedn): 41 + logging.debug("connecting to ldap server %r", server) 42 + conn = ldap3.Connection(server) 43 + if not conn.bind(): 44 + raise Exception("failed to anonymous bind") 45 + 46 + uid = ldap3.utils.conv.escape_filter_chars(user) 47 + 48 + logging.debug("searching for user %r at base %r", uid, basedn) 49 + ok = conn.search( 50 + basedn, 51 + f"(& (objectClass=inetOrgPerson) (uid={uid}))", 52 + attributes=['uid', 'objectclass', 'sshPublicKey'] 53 + ) 54 + if not ok: 55 + raise ValueError(f"failed to perform ldap search: {conn.result}") 56 + 57 + if len(conn.entries) > 1: 58 + raise ValueError(f"more than one user found: {len(conn.entries)} entries returned") 59 + 60 + user = conn.entries[0] 61 + 62 + keys = list() 63 + for key in user.sshPublicKey: 64 + keys.append(ldap3.utils.conv.to_unicode(key)) 65 + return keys 66 + 67 + 68 +if __name__ == "__main__": 69 + main() 70 +