<div dir="ltr"><div>I do have multiple modules (= application blocks). The connection timeout in the first listed URL terminates not just that module but the jaas-based authentication entirely. The next in line module is not invoked as far as I can tell from the single log message indicating failed authentication because the first connection attempt timed out.</div><div><br></div><div>David</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Oct 20, 2020 at 4:16 AM Cantor, Scott <<a href="mailto:cantor.2@osu.edu">cantor.2@osu.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 10/19/20, 9:50 PM, "users on behalf of IAM David Bantz" <<a href="mailto:users-bounces@shibboleth.net" target="_blank">users-bounces@shibboleth.net</a> on behalf of <a href="mailto:dabantz@alaska.edu" target="_blank">dabantz@alaska.edu</a>> wrote:<br>
<br>
>    Is there a straightforward config in jaas.config that will try the next ldap server if the first times out?<br>
<br>
Put them in separate application blocks so they get tried in sequence, I guess, if using one doesn't work.<br>
<br>
-- Scott<br>
<br>
<br>
-- <br>
For Consortium Member technical support, see <a href="https://wiki.shibboleth.net/confluence/x/coFAAg" rel="noreferrer" target="_blank">https://wiki.shibboleth.net/confluence/x/coFAAg</a><br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net" target="_blank">users-unsubscribe@shibboleth.net</a><br>
</blockquote></div></div>