<div dir="ltr">Goal is to move to a single IAM solution. Problem is getting there. Common users, shared across multiple web applications; historically each application had their own user management.<div>So, I was hoping to have separate URIs to manage the Apache side for each application to make Apache config file management easier. If separate URIs, not possible, oh well. One overloaded single Apache directory it will be.</div><div><br></div><div>I will also look at the ECP flow again; from previous (e.g. long ago) experience that is more geared a programmatic solution geared toward SOAP.</div><div><br></div><div>Thanks,</div><div><br></div><div>Tim<br><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jul 8, 2024 at 12:01 PM Cantor, Scott <<a href="mailto:cantor.2@osu.edu">cantor.2@osu.edu</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 am still getting a 302 redirect when I use the Unsolicited<br>
> SSO Flow.<br>
<br>
The final result is going to be a form or a redirect depending on the response binding, the only way to stop that is the ECP flow, which is not that one.<br>
<br>
There would not be expected to be any redirects in between without other features involved, interceptors mainly.<br>
<br>
> My goal is treat the request like an ECP login.<br>
<br>
The only guaranteed way to do that is with...ECP. That's what it's for. Anything else is aimed solely at browser clients and redirects are a part of that. The RemoteUserInternal flow is really only to support ECP-only deployments.<br>
<br>
> What am I missing?<br>
<br>
That probably would depend on what the redirect is actually from and to. We have ample evidence that redirects don't just happen because if it didn't, the ECP support wouldn't work.<br>
<br>
> Much easier than having everything under /idp.<br>
<br>
I don't know of any reason why that would matter apart from hosting multiple IdPs, which would be separate anyway. The IdP doesn't support any internal separation of that sort.  Policy is based on the identity of the SP, not on paths. Whatever you're doing there isn't supported.<br>
<br>
-- Scott<br>
<br>
<br>
</blockquote></div>