<div dir="ltr">Found the issue.  We have a server farm.  Once we started using a CDN, it caused issues with how we were forcing persistence on our server farm.  So the requests were getting sent to a different server from the one that had the user's Shibboleth session.<div><br></div><div>If we can't get persistence fixed,  from my reading, I can have Shibboleth sessions stored in a database so they can be used amongst any server in the server farm.</div><div>Would this be the right path for use cases where we are load balance among several backend Apache servers?</div><div><a href="https://shibboleth.atlassian.net/wiki/spaces/SHIB2/pages/2577072181/NativeSPStorageService">https://shibboleth.atlassian.net/wiki/spaces/SHIB2/pages/2577072181/NativeSPStorageService</a><br></div><div><br></div><div>thanks</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 28, 2023 at 7:55 AM Cantor, Scott via users <<a href="mailto:users@shibboleth.net">users@shibboleth.net</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">I don't know what XHR is, nor anything about CDNs. The cookie is issued on a request for a protected page. By definition if you get a bunch you don't have the application designed appropriately. There should be a single top level resource requiring authentication covering everything else, not a lot of embedded content inside an unprotected page.<br>
<br>
-- Scott<br>
<br>
<br>
-- <br>
For Consortium Member technical support, see <a href="https://shibboleth.atlassian.net/wiki/x/ZYEpPw" rel="noreferrer" target="_blank">https://shibboleth.atlassian.net/wiki/x/ZYEpPw</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>