shibd service not responding, sometimes ...
Steven Carmody
steven_carmody at brown.edu
Fri Sep 16 14:52:23 EDT 2016
Hi,
I have two load-balanced apache servers; they both use the same shibd
service (on a third machine). All three machines are using identical
shibboleth2.xml files.
The ApplicationDefaults section is configured with this:
<SSO discoveryProtocol="SAMLDS"
discoveryURL="https://wayf.brown.edu/choose/qa-bs-col">
SAML2 SAML1
</SSO>
and that works fine.
There is an entry in the RequestMap; a match takes processing to this
ApplicationOverride:
<ApplicationOverride id="discovery-brown" >
<Sessions handlerURL="/academics/college/Shibboleth.sso"
handlerSSL="true"
cookieProps="; path=/academics/college" >
<SSO discoveryProtocol="SAMLDS"
discoveryURL="https://wayf.brown.edu/choose/qa-bs-col">
SAML2 SAML1
</SSO>
</Sessions>
</ApplicationOverride>
Yes, I know, the default and the Override both contain the same SSO info.
If my browser goes to a url that maps to the default processing, I see
this in the shibd log, and things work well:
DEBUG Shibboleth.Listener [2]: dispatching message
(default::getHeaders::Application)
DEBUG Shibboleth.Listener [2]: dispatching message (set::RelayState)
DEBUG XMLTooling.StorageService [2]: inserted record
(db10e495f00f83cc0c04daed097b7ebf0205e617a49516cc7b63f7958b0fd667) in
context (RelayState) with expiration (1474037445)
If my browser goes to a url that maps to the override, I see this
shortened entry in the shibd log, I'mnot redirected anywhere, and access
control fails (no IDP supplied attributes).
DEBUG Shibboleth.Listener [1]: dispatching message
(discovery-brown::getHeaders::Application)
Any suggestions ? Both urls point tothe same DNS name.
Thanks !
More information about the users
mailing list