<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Dec 4, 2017 at 3:03 PM, Darren Boss <span dir="ltr"><<a href="mailto:darren.boss@computecanada.ca" target="_blank">darren.boss@computecanada.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I ended up getting it to work but I did have to import the CA of the cert in der format into the JRE keystore in order to get it to connect and I'm NOT using jvmTrust in my ldap.properties file. This seems to contradict what I've read in the documentation and on the mailing list.</div></blockquote><div><br></div><div>That configuration won't be supported in a future release.</div><div><br></div><div>Note that ldap.properties will leverage idp.authn.LDAP.trustCertificat<wbr>es for the resolver if it's defined.</div><div>However the idp.authn.LDAP.trustStore property is not propagated to the resolver, so if you're using it you'll need to deal with resolver trust configuration separately.</div><div>I'm not clear on how you've got things configured, but I would recommend you try setting idp.authn.LDAP.trustCertificat<wbr>es to the file location of the PEM encoded ca cert.</div><div><br></div><div>Logging the org.ldaptive package at DEBUG should also provide some insight.</div><div><br></div><div>--Daniel Fisher</div><div><br></div></div></div></div>