<div><div dir="auto">The first part makes sense based on what I’ve gathered from the documentation. However, I didn’t realize that it falls back to the homeURL. That’s very helpful!</div><div dir="auto"><br></div><div dir="auto">I have a question about your cookie-backed relayState comment. I’m not sure what you mean by “after” the post back to the SP. In this scenario, would the login loop be successful if the user started the flow on SP server 1, logs in at IdP, and then posts back to SP server 2 with the cookie? If that’s true, it sounds like I wouldn’t need to worry about affinity at all. Our app just looks for the remote user header, and takes over from there. </div><div dir="auto"><br></div><div dir="auto">Sorry for all the questions. I really appreciate your help!</div><div dir="auto"><br></div><div dir="auto">— Sean</div><div dir="auto"><br></div><div dir="auto"><br></div><div class="gmail_quote"><div>On Mon, Dec 4, 2017 at 8:49 PM Cantor, Scott <<a href="mailto:cantor.2@osu.edu">cantor.2@osu.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">>I would like to test this, but I would like a way to verify that the load balancer is doing its job and we don’t have a<br>
> significant number of users being redirected by to the IdP because they ended up on the wrong server on their way back<br>
> from the IdP. Is there something that will show up in the logs when this happens?<br>
<br>
Using the default relayState mechanism requires affinity across the login loop, and would be identifiable by setting homeURL to something unusual and checking for any access to it.<br>
<br>
Using cookie-backed relayState limits the affinity requirement to after the POST back to the SP and I don't know offhand what it logs, probably something in native.log related to an unidentified session.<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></blockquote></div></div>