Processing HTTP_Redirect from idp

[Will Knight]

We are in the process of moving entityID's.  I don't know how "example idp"
has theirs configured but in the case they have explicitly named the
corresponding SP's entityID, *and they are still pointing at the old one, *is
the HTTP redirect indicative of that situation?

For example, the example idp is setup to use this link:
https://shibboleth.company.com/Shibboleth.sso/Login?entityID=
"exampleentityid"
and we are trying to test their configuration using:
https://sso.company.com/Shibboleth.sso/Login?entityID="exampleentityid"

We are in a precarious state where we need to serve thousands of users and
we want to switch them over to a new SP, *seamlessly*.  Our plan was to
change DNS records/bindings so that their login links point to the new site
- but we want to do that with as much confidence as possible.  Do you have
any recommendations?  I realize this question might be outside the scope of
this forum.

Thanks

On Thu, Nov 1, 2018 at 6:12 PM Cantor, Scott <cantor.2 at osu.edu> wrote:

> > How should I handle this case?
>
> That isn't the debugging log, but to the extent it says anything, it says
> the SP issued a request (that's what the "type" of event there is) and the
> IdP didn't respond.
>
> It should be clear from basic examination of the browser state (like, say,
> the URL) which end is actually reporting a problem. I doubt very much it's
> the SP though it's not impossible if it's dying in some unusual way
> preventing it from logging the processing of a response.
>
> -- Scott
>
>
> --
> For Consortium Member technical support, see
> https://wiki.shibboleth.net/confluence/x/coFAAg
> To unsubscribe from this list send an email to
> users-unsubscribe at shibboleth.net
>


-- 
Will Knight
Web Developer
Quaver Music LLC
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shibboleth.net/pipermail/users/attachments/20181102/41555bbf/attachment.html>