<div dir="ltr"><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">Hi</div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif"><br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">This discussion is really very helpful. I was thinking that this remote_user is an endpoint which users can use in case of any custom authentications. My main requirement being using my applications login page instead of IDP's. So I thought of using this endpoint by sending the user credentials that my application takes in the request headers/attributes.</div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif"><br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">From this discussion, my understanding would be:</div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">1. configure IDP to use remoteuser authentication. set idp.auth.flow to remoteuser.</div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">2. The remoteuser should be configured/protected with a container authentication. This is done by changing the edit-webapp/../web.xml.</div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">Please let me know if this is not required.</div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">3. My web application using SAML would call the IDP's saml login endpoint.</div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">4. IDP would use "remoteuser" authentication mechanism and display UI corresponding to the container authentication configured for this login flow. That is basic auth or form authentication.</div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">5. User enters the credentials and gets authenticated.</div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif"><br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">So, any of the remoteuser, remoteuserinternal and external authentications would show the login page of the authentication mechanism(basic auth, form login) configured in the container?</div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif"><br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">And if i want to use my application's login page and send username and password from my web application itself, probably set in the request, then would I be using CAS-Shibboleth plugin to achieve this?</div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif"><br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">Your comments are really helpful. Thanks again</div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif"><br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif"><br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">Regards,</div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">Virajitha</div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif"><br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif"><br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif"><br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif"><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 1, 2016 at 5:57 AM, Cantor, Scott <span dir="ltr"><<a href="mailto:cantor.2@osu.edu" target="_blank">cantor.2@osu.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> So, you mean that whatever this documentation is saying is internal to IDP<br>
> and users shouldnot be using this?<br>
<br>
You use it the way it's documented, by enabling that login flow and configuring the container to supply an identity to the configured resource path so it will be available by the time the IdP redirects the client to it. That doesn't include accessing that servlet directly under any circumstances.<br>
<br>
There are exactly three supported protocols for invoking the IdP with a browser:<br>
<br>
- CAS<br>
- SAML 2.0<br>
- Unsolicited SSO for SAML 1.1 or SAML 2.0<br>
<br>
That's it. If you're not doing one of those things, you don't need this software. If you're doing something that doesn't involve a browser, there are some additional features, none of which have anything to do with your questions so I'm omitting them from the conversation.<br>
<span class="HOEnZb"><font color="#888888"><br>
-- Scott<br>
<br>
--<br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.<wbr>net</a><br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><br></div><div>Regards,</div><div>Virajitha</div></div></div>
</div>