help with NameIDs
Mark K. Miller
max at psu.edu
Thu Jul 28 16:08:08 EDT 2016
Hello again,
So, I've heard that NameIDs are dealt with in a completely new way with
IdP v3; I've even heard that it's 'waaaaay easier now.' Sadly, the easier
IdP v3 way has me completely flummoxed. Everything I've tried has either
had no effect whatsoever, or it's broken it completely and no NameID even
gets created. :-(
In v2 I did one of three things. I either sent the default NameID, or I
had a NameID of "unspecified" format that was sent, or I had a NameID of
"persistent" format that was sent. Both of the non-default NameIDs had
their value assigned by using the value of the eduPersonPrincipalName
attribute. So, they were created in attribute-resolver.xml, and then one
of them was always part of the release policy in attribute-filter.xml.
Now, for v3, I see in the wiki that there could be at least four files I
have to use to get this done. There's still the attribute-resolver where
the ePPN gets created. Then, there's the saml-nameid.xml file where the
NameID generators are enabled and the NameIds are generated.
I'll say now it starts to get a little fuzzy; in reality, though, it
started getting fuzzy somewhere in saml-nameid.xml. Since I mentioned a
NameID with persistent format, I've seen reference to setting the
appropriate properties in the saml-nameid.properties file. But, what
properties would that be if I just wanted to assign an ePPN value to a
NameID?
And, finally (?), since I mentioned a NameID with an unspecified format I
think I've seen where that now requires something in the relying-party.xml
file to trigger a profile configured with an appropriate
nameIDFormatPrecedence property.
So, I think I've found references in the wiki for each specific part of
handling NameIDs in v3, but I'm clearly missing something about how all
these pieces 'fit together'. Can anyone provide a pointer for an example
that actually creates one (or two) NameIDs, and shows what's needed in
each of the files above to get that done? And, what about this stuff that
needs added to the relying-party.xml file? Can this new, version 3 bean
to configure a profile to trigger the nameIDFormatPrecedence property just
be added somewhere into an existing, legacy relying-party.xml file like
you'd have after doing an upgrade?
Any guidance greatly appreciated!
Max
More information about the users
mailing list