G
george
Grünschnabel
Hallo,
Ich betreibe einen sles11 server als ldap client mit dem ldaps Protokoll.
Um die ldap-Anbindung zu testen, wurden ff. Befehle verwendet:
postgres@srv:~ $ ldapsearch -v -x -H "ldaps://ldap.bbb.de/bbb-mmm.de" uid=ntzkn
ldap_initialize( ldaps://ldap.bbb.de:636/bbb-mmm.de??base )
ldap_sasl_bind(SIMPLE): Can't contact LDAP server (-1)
postgres@srv:~ $ ldapsearch -v -x -H "ldap://ldap.bbb.de/bbb-mmm.de" uid=ntzkn | tail
ldap_initialize( ldap://ldap.bbb.de:389/bbb-mmm.de??base )
.....
filter: uid=ntzkn
requesting: All userApplication attributes
shadowExpire: 1299625200
sambaKickoffTime: 1299625200
postalAddress: **********
# search result
search: 2
result: 0 Success
# numResponses: 2
# numEntries: 1
Eine analoge Abfrage mit dem ldaps Protokoll konnte auf einem paralell betriebenen Server erfolgreich abgesetzt werden.
Wie würdet Ihr bei der Suche nach der Ursache des Problems vorgehen?
Hintergrund:
Eine postgresql Installation authentifiziert die Nutzer eines Datenbankclusters. Als Authentifizierungsmethode wird ldap mit einer ldaps-URI eingerichtet und ssl des Datenbankservers aktiviert. Das für ssl des Datenbankservers notwendige Serverzertifikat, der private Schlüssel, und sie Liste vertrauenswürdiger Zertifizierungsstellen wurden im Datenverzeichnis des Datenbankclusters abgelegt und der Datenbankserver startet. Auf eine Zertifikatssperrliste wurde verzichtet. Leider liefert die Anwendung, die den Cluster nutzt, bei der Authentifizierung einen ldap-Fehler. Zur Ursachenbeseitigung soll zunächst der o. g. ldapsearch Befehl mit dem ldaps Protokoll erfogreich durchgeführt werden.
George
Ich betreibe einen sles11 server als ldap client mit dem ldaps Protokoll.
Um die ldap-Anbindung zu testen, wurden ff. Befehle verwendet:
postgres@srv:~ $ ldapsearch -v -x -H "ldaps://ldap.bbb.de/bbb-mmm.de" uid=ntzkn
ldap_initialize( ldaps://ldap.bbb.de:636/bbb-mmm.de??base )
ldap_sasl_bind(SIMPLE): Can't contact LDAP server (-1)
postgres@srv:~ $ ldapsearch -v -x -H "ldap://ldap.bbb.de/bbb-mmm.de" uid=ntzkn | tail
ldap_initialize( ldap://ldap.bbb.de:389/bbb-mmm.de??base )
.....
filter: uid=ntzkn
requesting: All userApplication attributes
shadowExpire: 1299625200
sambaKickoffTime: 1299625200
postalAddress: **********
# search result
search: 2
result: 0 Success
# numResponses: 2
# numEntries: 1
Eine analoge Abfrage mit dem ldaps Protokoll konnte auf einem paralell betriebenen Server erfolgreich abgesetzt werden.
Wie würdet Ihr bei der Suche nach der Ursache des Problems vorgehen?
Hintergrund:
Eine postgresql Installation authentifiziert die Nutzer eines Datenbankclusters. Als Authentifizierungsmethode wird ldap mit einer ldaps-URI eingerichtet und ssl des Datenbankservers aktiviert. Das für ssl des Datenbankservers notwendige Serverzertifikat, der private Schlüssel, und sie Liste vertrauenswürdiger Zertifizierungsstellen wurden im Datenverzeichnis des Datenbankclusters abgelegt und der Datenbankserver startet. Auf eine Zertifikatssperrliste wurde verzichtet. Leider liefert die Anwendung, die den Cluster nutzt, bei der Authentifizierung einen ldap-Fehler. Zur Ursachenbeseitigung soll zunächst der o. g. ldapsearch Befehl mit dem ldaps Protokoll erfogreich durchgeführt werden.
George
Zuletzt bearbeitet: