IdP for Username/Password Authentication LDAPS (with AD) issues

Peter Schober peter.schober at univie.ac.at
Wed Mar 23 05:46:02 EDT 2016


* Youssef  GHORBAL <youssef.ghorbal at pasteur.fr> [2016-03-22 20:40]:
> ShibUserPassAuth {
>    edu.vt.middleware.ldap.jaas.LdapLoginModule required
>       ldapUrl="ldaps://tom.corp.pasteur.fr:636 ldaps://jerry.corp.pasteur.fr:636"
>       connectionHandler="edu.vt.middleware.ldap.handler.DefaultConnectionHandler{{connectionStrategy=ACTIVE_PASSIVE}}"
>       timeout="1000"
>       bindDn="CN=sys_shib,OU=Systemes,OU=Ressources,DC=corp,DC=pasteur,DC=fr"
>       bindCredential=“xxxxxxxxx"
>       baseDn="dc=corp,dc=pasteur,dc=fr"
>       subtreeSearch="true"
>       userFilter="sAMAccountName={0}"
>       ssl="true"
>       sslSocketFactory="{trustCertificates=file:/opt/active_directory_ca/corp.pasteur.fr.pem}";
[...]
> 	I’m pretty sure that the CA is correct using openssl :
> 
> #> c_rehash /opt/active_directory_ca/
> #> openssl s_client -CApath /opt/active_directory_ca/ -connect tom.corp.pasteur.fr:636

Those two methods are not equivalent, though: In the JAAS config you
provide a certificate file, in the s_client example you provide a
certificate path. So for this comparison to make sense you'd have to
supply the same file via s_client -CAfile /opt/active_directory_ca/corp.pasteur.fr.pem
(That might still work, of course.)
-peter


More information about the users mailing list