One idp application serving as two idps (with different entityIDs)

Tom Zeller tzeller at dragonacea.biz
Thu Aug 20 18:53:41 EDT 2015


> On Aug 20, 2015, at 11:43 AM, Cantor, Scott <cantor.2 at osu.edu> wrote:
> 
> On 8/20/15, 4:27 AM, "dev on behalf of Andrea Biancini" <dev-bounces at shibboleth.net on behalf of andrea.biancini at garr.it> wrote:
> 
>> Hi all,
>> I am trying to figure out if there is a configuration (or code 
>> extension) that could permit one single IdP to operate with two 
>> different entityIDs.
> 
> Yes, to a degree. The entityID used can be set on a per-RP, per-profile basis.

With Scott’s caveats, and this is not exactly what was asked for, but here is some example relying-party.xml configuration which overrides the IdP (responder) entityID based on the RP entityID :

<bean
 id=“MyDefaultRelyingPartyByName"
 parent=“RelyingPartyByName"
 abstract="true”>
 <property name=“profileConfigurations"
  value="#{@'shibboleth.DefaultRelyingParty'.profileConfigurations.values()}" />
</bean>

<util:list id="shibboleth.RelyingPartyOverrides”>

 <bean parent=“MyDefaultRelyingPartyByName"
  c:relyingPartyIds="https://a.example.org”
  p:responderId="https://idp-a.example.org" />

 <bean parent=“MyDefaultRelyingPartyByName"
  c:relyingPartyIds="https://b.example.org”
  p:responderId="https://idp-b.example.org" />

</util:list>

The first bean “MyDefaultRelyingPartyByName” overrides “RelyingPartyByName” to include default profile configurations.



More information about the dev mailing list