Opened 15 years ago
Closed 15 years ago
#340 closed Defekt (erledigt)
LDAP-Authentifizierung für kup (und andere?) funktioniert nicht mehr
| Reported by: | Rüdiger Kupper | Owned by: | bau |
|---|---|---|---|
| Priority: | bald erledigen | Milestone: | |
| Component: | Server: LML-Server (paedml) | Severity: | |
| Keywords: | Trac | Cc: |
Description
Hallo Jens,
der Apache erlaubt mir nicht mehr, mich beim Trac einzuloggen. Im apache-errorlog steht "user kup not found". Der LDAP-Server läuft.
Heute morgen ging's noch.
Hast Du irgendwas am LDAP oder a, Apache verändert?
Change History (22)
comment:2 by , 15 years ago
Wirr! Alls administrator lässt er mich rein.
Probier bitte mal aus, ob Du Dich als bau einloggen kannst. Ich hab keine Ahnung, warum mich der apache auf einmal nicht mehr kennt.
comment:3 by , 15 years ago
| Summary: | Apache-Authentifizierung für Trac funktioniert nicht mehr → LDAP-Authentifizierung für kup (und andere?) funktioniert nicht mehr |
|---|
comment:4 by , 15 years ago
Die Ursache liegt nicht in Trac oder Apache, sondern definitiv am LDAP:
- Ich kann mich auch an den Rechnern im Kepler-Netzwerk nicht mehr als User kup mit Passwort anmelden. (Über ssh-key, also ohne Passwort, geht.) Ich hab bereits mein LDAP-Passwort neu gesetzt, bin also sicher, dass es stimmt.
- Als User test kann ich mich mit Passwort anmelden.
Die Frage ist also, was ist an mir besonderes, und betrifft das Problem auch andere Nutzer?
comment:5 by , 15 years ago
Verzwickte Sache :-)
Ich habe heute morgen wie besprochen in die ou=adressbook das Attribut uid für den Thunderbird aufgenommen. Jetzt wusste der LDAP nicht mehr, in welcher ou (adressbook oder accounts) er die uid suchen sollte und verweigerte sich einfach. Lösung:
ldaps://localhost/ou=accounts,dc=kg-fds,dc=de?uid
Schnauf
comment:6 by , 15 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
comment:7 by , 15 years ago
Ah! Dann war ich schon fast soweit: Sowas in der Art hatte ich schon vermutet.
Aber wieso konnte ich mich als administrator einloggen? Taucht der vielleicht nur in einer der beiden ous auf und war deshalb eindeutig zuzuordnen?
comment:8 by , 15 years ago
| Resolution: | fixed |
|---|---|
| Status: | closed → reopened |
- Okay, der Trac-Login funktioniert jetzt wieder. Du kannst übrigens, wenn Du unterhalb von /etc eine Änderung machst, das geänderte File auch gleich ins svn einchecken
svn commit /etc/apache2/conf.d/trac
Hab ich grade gemacht. - Und jetzt musst Du das gleiche noch der LDAP-Authentifizierung des normalen Logins beibringen, sonst kann sich am Montag kein Nutzer an einem Rechner einloggen:
$ ssh kup@10.32.1.245 kup@10.32.1.245's password: Permission denied, please try again. kup@10.32.1.245's password: Permission denied, please try again. kup@10.32.1.245's password: Permission denied (publickey,password).
comment:9 by , 15 years ago
Hm, und Thunderbird zeigt im Kepler-Adressbuch noch immer keine Einträge an :-(
comment:10 by , 15 years ago
OK, ich hatte beim adressbook als uid den username benutzt. Ich werde nun eine eindeutige ID eintragen, dann kommen sich die uid's nicht mehr in die Quere. Vielleicht muss man im Thunderbird-Adressbuch erstmal nach Einträgen suchen, damit man diese angezeigt bekommt?
Klar, der Administrator kommt nur einmal in der ou=accounts vor, jeder andere user kommt zweimal vor (adressbook und accounts).
comment:11 by , 15 years ago
OOPS, die uid war gar nicht eindeutig, ich habe jetzt noch eine laufende Nummer eingehängt, vielleicht tut's jetzt?
follow-up: 14 comment:12 by , 15 years ago
OK, ich kann mich mit ssh bau@10.32.1.245 und meinem Passwort einloggen.
comment:13 by , 15 years ago
| Resolution: | → fixed |
|---|---|
| Status: | reopened → closed |
comment:14 by , 15 years ago
| Resolution: | fixed |
|---|---|
| Status: | closed → reopened |
Replying to bau:
OK, ich kann mich mit ssh bau@10.32.1.245 und meinem Passwort einloggen.
Komisch, ich leider noch nicht!
comment:15 by , 15 years ago
OK, beim Adressbuch ist es, wie ich es dachte: Es wird erst dann angezeigt, wenn man einen User sucht. Können sich die Kollegen nun anmelden?
comment:16 by , 15 years ago
Ich kann mich nicht an einem LTSP-Client anmelden. Die Kollegen, die ich bisher getroffen habe, hatten offenbar kein Problem.
-> Irgend eine Idee??
comment:17 by , 15 years ago
| Priority: | blocker → major |
|---|
Glücklicherweise scheint das Problem nur noch mich zu betreffen, jedenfalls gab es heute keine weitern Fehlerberichte.
Jens, hast Du irgend eine Idee, was an meinem Account faul ist?
comment:18 by , 15 years ago
anscheinend kannst du dich ja am Trac anmelden - oder?
Auf der Homepage auch - im Kepler-Login?
Komische Sache, denn ich finde an deinem Account nichts besonderes!
comment:19 by , 15 years ago
Das funktioniert alles. Nur per ssh mit Passwort geht's nicht, und daher auch nicht an den LtspClients.
su geht übrigens auch, wie ich grade feststelle. Also ist es vielleicht ein ssh-Problem?
19:05/0 [test@paedml] /home/teachers/kup $ su kup Password: 19:05/0 [kup@paedml] ~ $ exit 19:05/0 [test@paedml] /home/teachers/kup $ ssh kup@10.32.1.246 kup@10.32.1.246's password: Permission denied, please try again.
comment:21 by , 15 years ago
Ich hab nur mehrmals mein LDAP-Passwort geändert und wieder zurückgeändert. Das funktioniert problemlos. Sonst hab ich nur an der Trac-Apache-Konfig herumgebastelt, aber dafür hast Du ja die richtige Lösung gefunden.
comment:22 by , 15 years ago
| Resolution: | → fixed |
|---|---|
| Status: | reopened → closed |
Gelöst: Im Rahmen der Linuxmusterlösung darf das konventionelle passwd nicht verwendet werden, sondern nur
/usr/sbin/sophomorix-passwd
Es liegt am LDAP (oder am Apache-ldap-auth-Modul). Wenn ich auf Authentifizierung per Passwortfile umstelle, funktioniert's. Aber in dem Passwortfile stehen nur Du und ich, andere Leute können sich also derzeit nicht einloggen.