<div dir="ltr"><div>If your Shib is fronted by a load balancer, you will probably need to ignore the connecting IP address (which comes from the load balancer) and have Shib look at the forwarded IP address. An Apache config like this is useful:</div><div><br></div><div><div style="color:rgb(32,32,32);background-color:rgb(255,255,255);font-family:FiraCode-Retina,Menlo,Monaco,"Courier New",monospace;font-weight:normal;font-size:12px;line-height:18px;white-space:pre;margin-left:40px"><div><span style="color:rgb(110,119,129);font-family:monospace"># Process X-Forwarded-For from the load balancer</span></div><div><span style="color:rgb(32,32,32);font-family:monospace">RemoteIPHeader X-Forwarded-For</span></div><div><span style="color:rgb(32,32,32);font-family:monospace">RemoteIPTrustedProxy <a href="http://10.0.0.0/8">10.0.0.0/8</a></span></div><div><span style="color:rgb(32,32,32);font-family:monospace">RemoteIPTrustedProxy <a href="http://172.16.0.0/12">172.16.0.0/12</a></span></div><div><span style="color:rgb(32,32,32);font-family:monospace">RemoteIPTrustedProxy <a href="http://192.168.0.0/16">192.168.0.0/16</a></span></div></div><br></div><div>Of course, be careful what you trust as `RemoteIPTrustedProxy`. These RFC1918 private network addresses are probably safe, but know your local environment.</div><div><br></div><div><br></div><div>Peter</div><div><br></div><div><br></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Wed, Jul 8, 2026 at 5:26 PM Simon Leary 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">Hello shibboleth users,<br>
<br>
I am trying to troubleshoot an issue where users are forced to sign in again with SSO, long before the session lifespan or timeout could be reached. Based on user feedback, it seems that this might be happening only when the SP is under heavy load. Is it possible that shibd has an upper limit on the number of sessions, which could cause older sessions to end early?<br>
<br>
I would like to find out the number of sessions that are currently open. I discovered that there is a `<a href="https://localhost/Shibboleth.sso/Status" rel="noreferrer" target="_blank">https://localhost/Shibboleth.sso/Status`</a> page, but it doesn't have much of any useful information. `shibd -h` doesn't show any relevant options. I also haven't been able to find any sign of sessions on the filesystem. I see in SAML Tracer that my session's "relay state" is prefixed with "ss:mem:", which tells me that my shibd is using the "memory storage service", so it makes sense that I didn't find anything. Am I missing something? Does anyone have tips or tricks that could help with this?<br>
<br>
Thanks,<br>
Simon<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><div><br clear="all"></div><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="auto">Peter Murray</div>
<div dir="auto">Open Source Community Advocate</div>
<div dir="auto">Index Data, LLC</div></div></div></div></div>