Need Help Configuring Shibboleth for Remote Auth

Cantor, Scott cantor.2 at osu.edu
Fri Dec 11 12:48:56 EST 2015


On 12/11/15, 12:17 PM, "users on behalf of Cris Bettis" <users-bounces at shibboleth.net on behalf of cris.bettis at bettercarpeople.com> wrote:



>I'd like to configure Shibboleth to hand over control to this server, allow a user to log in and accept information back that allows it to continue the SAML conversation it started with another SP.
>
>Currently, it is looking like RemoteUser Authentication is the way to go here. 

Not unless you have already integrated that authentication process with a web server. You can't just redirect over and back. That's SSO, that's a totally different kind of approach.

RemoteUser is container-mediated login to the IdP. Until you build authentication into your container, you aren't ready to even talk about using it with the IdP.

>Commented out all non RemoteUser methods in the general-auth.xml file.

That is not needed.

>I've updated this line in  ```conf/authn/remoteuser-authn-config.xml``` with my server's url

Absolutely 100% no. That has to point to the servlet used by the IdP to pick up the REMOTE_USER or header value you're setting through some other mechanism. It CANNOT point to a different server, that wouldn't make any sense.

>The SP negotiates with Shibboleth correctly. And indeed Shibboleth will forward to this server.  However, I cannot seem to pass back adequate credentials in a way Shibboleth understands.

This isn't about the IdP, this is about what it means to use a container-managed authentication process. You can't do that through the IdP. By definition it already must exist. All the IdP does is supply a flexible servlet to pick up the identify from a number of possible sources that you must already be populating outside the IdP.

-- Scott



More information about the users mailing list