NativeSP, IDP-initiated, occasionally aborted flows.

James Nurmi jdnurmi at qwe.cc
Thu Dec 11 11:25:11 EST 2014


On Wed, Dec 10, 2014 at 7:36 PM, Cantor, Scott <cantor.2 at osu.edu> wrote:

> On 12/11/14, 2:22 AM, "James Nurmi" <jdnurmi at qwe.cc> wrote:
> >2014-12-11 02:04:56 DEBUG XMLTooling.StorageService [12]: updated
> >expiration of valid records in context
> >(_8ffdfea62caae74a5c1d22260859a983) to (1418267096)
> >2014-12-11 02:04:56 DEBUG Shibboleth.Listener [12]: dispatching message
> >(remove::StorageService::SessionCache)
> >2014-12-11 02:04:56 INFO Shibboleth.SessionCache [12]: remove session::
> >(ID: _8ffdfea62caae74a5c1d22260859a983)
>
> That sequence there basically means the session just wasn't valid. The
> usual reason for that would be IP addresses changing.



Brilliant!

[For others who may eventually search and find this thread]:

While the client instance was consistent, and the SP instance was a
singleton, the deployment used an ELB from amazon (and a CDN), which tended
to permit demuxing through multiple machines (source-IP's) - which is why
it was only problematic across various connections counts in the logs - any
connection's that got re-used was invariably from the same source machine,
when it changed connections, it was usually a different one, so the session
got mostly silently invalidated.

Setting consistentAddress="false" fixed the immediate issue, while I
consider more effective solutions.

Appreciate the support, begrudged it may have been :-)

-James
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://shibboleth.net/pipermail/users/attachments/20141211/01f3002c/attachment.html 


More information about the users mailing list