Hi, also danke erstmal für die Antwort, ich dachte schon es schaut keiner mehr in diesen Thread ;-)
Der Post wird wieder etwas länger, aber ich hoffe er verwirrt nicht zuuu sehr, danke schon mal für die Mühe.
Also ich brauche gar nicht die ganze NNLS ...
Ich habe die eDirectory 8.7.3 installiert außerdem den iManager und auf einer anderen Linux-Box noch die ConsoleOne.
Aber ich habe es auch schon mit der ganzen NNLS versucht und irgendwie ist es das gleiche Prob *grübel*
Ziel ist es in unserem Netz den Openldap Server zu ersetzten und mit einer brauchbaren Oberfläche die Userverwaltung durchzuführen (mit gq und co komme ich zwar gut zurecht aber in meiner Abwesenheit z.B sollen auch meine "Vertreter" im Zweifel User anlegen können)
Ich bin von einem Kumpel aus einer Novell Schmiede darauf gestossen worden ... *gg*
Habe also recheriert und mehrere Artikel und viel Doku gefunden ...
Z.B auch in der Ausgabe 5 des Linux Magazins (Der Artikel ist auch online verfügbar unter http://www.linux-magazin.de/Artikel/ausgabe/2004/05/novell/novell.html )
Dort wie auch an anderen Stellen ist beschrieben wie man eine Linux Box an der NDS authentifiziert auch ohne LUM, indem man das NDS Schema um die rfc2307 erweitert.
Klappt auch alles so wie beschrieben ...
Die entsprechenden Attributte die Linux zur Authentifizierung braucht wie uidNumber, password, loginShell, homeDirectory usw lassen sich alle in der NDS speichern.
Auch die Abfrage per ldapsearch ist kein Prob ... ob jetzt Cleartext ,SSL oder TLS.
Der nächste Schritt sollte nun sein, sich einen User der in der NDS mit allen notwendigen Attributen vorhanden ist, an der Linux Kiste (SuSE 9.1) auf dem die eDirectory läuft, an einer Console anmelden zu lassen.
Also sozusagen localhost (z.B. tty5) , wobei es eigentlich auch ein anderer Rechner sein könnte, ein LDAP Client einfach.
Und an dieser Stell hackt es ...
Es gibt hier zwei Stellen die dafür in Frage kommen, die ldap.conf und PAM.
In der ldap.conf hab ich mittlerweile schon vieles getestet ...
Mit PAM kenne ich mich nicht ganz so gut aus.
Der letzte Stand ist diese debug Ausgabe :
login[8109]: pam_unix2: pam_sm_authenticate() called
login[8109]: pam_unix2: pam_ldap/pam_sm_authenticate() returned 10
login[8109]: pam_unix2: username=[thomasf]
login[8109]: pam_unix2: pw == NULL, return PAM_USER_UNKNOWN
login[8109]: FAILED LOGIN 1 FROM /dev/tty5 FOR UNKNOWN, User not known to the underlying authentication module
login[8109]: pam_unix2: pam_sm_authenticate() called
Die Ausgabe von ndstrace:
DoBind on connection 0x8467400
Treating simple bind with empty DN and no password as anonymous
Bind name:NULL, version:3, authentication:simple
Sending operation result 0:"":"" to connection 0x8467400
DoSearch on connection 0x8467400
Search request:
base: "o=firma"
scope:2 dereference:0 sizelimit:1 timelimit:0 attrsonly:0
filter: "(cn=thomasf)"
no attributes
Empty attribute list implies all user attributes
Sending operation result 0:"":"" to connection 0x8467400
DoSearch on connection 0x827aca8
Search request:
base: "o=nero"
scope:2 dereference:0 sizelimit:1 timelimit:0 attrsonly:0
filter: "(&(objectclass=posixAccount)(uid=thomasf))"
attribute: "uid"
attribute: "userPassword"
attribute: "uidNumber"
attribute: "gidNumber"
attribute: "cn"
attribute: "homeDirectory"
attribute: "loginShell"
attribute: "gecos"
attribute: "description"
attribute: "objectClass"
Sending search result entry "cn=thomasf,ou=Users,o=firma" to connection 0x827aca8
Sending operation result 0:"":"" to connection 0x827aca8
Sieht doch gut aus für Simple Bind, oder ???
Also meiner Meinung nach hackt es bei PAM.
Aber ich habe schon so viele Versionen der /etc/pam.d/login versucht und ich weiß einfach nicht mehr weiter.
Die Art wie das Password in der NDS gespeicht wird könnte es auch sein, aber ich habe es auch schon mit der ganzen NNLS versucht, außerdem habe ich auch schon die NAM MD5 installiert ...
Nichts hat mich bisher weiter gebracht ...
Wäre für jeden Tip sehr dankbar
Gruß
ThomasF
