<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Apr 14, 2017 at 6:20 PM, Klingenstein, Nate <span dir="ltr"><<a href="mailto:nklingenstein@calstate.edu" target="_blank">nklingenstein@calstate.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> I'm not clear on which 'null' is making you skittish.<br>
<br>
</span>org.ldaptive.<wbr>OperationException: javax.naming.<wbr>CommunicationException: Connection reset [Root exception is java.net.SocketException: Connection reset]; remaining name ''<br>
<br>
It's literally and completely null.  That isn’t just excerpted for privacy.  I suspect that's a hint to misconfiguration here.  We’re only using this for authentication now.<br>
<span class=""><br></span></blockquote><div><br></div><div>The default search validator uses the RootDSE, which is an empty baseDN. The fact that it's reporting an empty name is actually expected in this case.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
> What I see indicates connections are being dropped, whether on the IDP host, the directory host, or something in between you'll have to discover.<br>
> Tuning the validation period down slightly may just do the trick and save you the investigation time.<br>
<br>
</span>I could also expect the behavior to change once this is under meaningful load, right?  That will be the first debugging step now that I asked about the local network architecture.<br>
We’re forwarding communications at layer 4, so only the IdP and directory are likely culprits.  Running this under load is going to be the next step.<br></blockquote><div><br></div><div>I would expect that you'll see less of these warnings under load. There will be less connections idle and available for periodic validation.</div><div><br></div><div>--Daniel Fisher</div><div><br></div></div></div></div>