login.config to use private-CA-issued certificate

David Bantz dabantz at alaska.edu
Tue Jul 30 19:47:26 EDT 2013


The config below for a single server configured to trust a single imported server cert works (with needed assist from Daniel Fisher).
There seem to be at least two conceivable routes to add redundancy:

	(A) "stacked" login modules for multiple AD server instances:
		edu.vt.middleware.ldap.jaas.LdapLoginModule sufficient
       ldapUrl="ldap://ad02.ua.ad.alaska.edu:3268"
		…
		edu.vt.middleware.ldap.jaas.LdapLoginModule sufficient
		ldapUrl="ldap://ad03.ua.ad.alaska.edu:3268"
		..., or

	(B) "failover" configuration with multiple server instances in a single module:
		edu.vt.middleware.ldap.jaas.LdapLoginModule sufficient
		ldapUrl="ldap://fbk-adua02.ua.ad.alaska.edu:3268 ldap://fbk-adua03.ua.ad.alaska.edu:3268"
       sslSocketFactory="{trustCertificates=file:/opt/shibboleth-idp/trustedservercerts/????}"
	
(B) may be infeasible unless there is some way to include reference to multiple trusted server certificates (non-obviousi to me).  
If there is such a mechanism, is (A) or (B) or some third way preferable for high availability based on redundancy?
		
David Bantz

login.config fragment:

// UA AD Auth
   edu.vt.middleware.ldap.jaas.LdapLoginModule sufficient
      ldapUrl="ldap://ad02.ua.ad.alaska.edu:3268"
      baseDn="dc=ua,dc=ad,dc=alaska,dc=edu"
      bindDn="cn=uashib,ou=uaf_service,ou=uaf,dc=ua,dc=ad,dc=alaska,dc=edu"
      bindCredential="••••••••••"
      subtreeSearch="true"
// Directly reference imported server certificate for TLS on 3268
      sslSocketFactory="{trustCertificates=file:/opt/shibboleth-idp/trustedservercerts/Ad02.ua.ad.alaska.edu.pem}"
      ssl="false"
      tls="true"
      userField="sAMAccountName,uaIdentifier";

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://shibboleth.net/pipermail/users/attachments/20130730/28055331/attachment.html 


More information about the users mailing list