<div dir="ltr"><br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div><div>#'s 3 and 4, I think we're good to go.</div></div><div><br></div><div>1 and 2, not so much...</div><div><br></div><div>I see this in the idp-process.log:</div><div><br></div></div></div></div></div></div></div></div></div></div></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div>2020-08-12 07:53:45,847 - x.x.x.x - INFO [net.shibboleth.idp.saml.saml2.profile.impl.ValidateSAMLAuthentication:443] - Profile Action ValidateSAMLAuthentication: No transcoding rule for Attribute 'eduPersonScopedAffiliation'</div></div></div></div></div></div></div></div></div></div></div></blockquote><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div><br></div><div>So we know that it is being 'exported' out of the proxy.  This is true because I can turn it 'off' on the proxy end and this message does not present itself in the log.</div><div><br></div><div>This is what we have in  attribute-filter.xml :</div><div><br></div><div>       <AttributeFilterPolicy id="proxy"><br>           <PolicyRequirementRule xsi:type="Issuer" value="<a href="https://vassar.onelogin.com">https://vassar.onelogin.com</a>" /><br>           <AttributeRule attributeID="eduPersonScopedAffiliation"><br>               <PermitValueRule xsi:type="ANY" /><br>           </AttributeRule><br>        </AttributeFilterPolicy><br></div><div><br></div><div>1) What should the "value" of the issuer be?  When the xsi:type is "Requester", it is <a href="http://www.example.com/sp">www.example.com/sp</a> or some such related to the SP.</div><div>2) It's not clear how to 'map' the incoming attribute to a Transcoding rule.</div><div><br></div><div>- Jerry</div></div></div></div></div></div></div></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 11, 2020 at 3:34 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">On 8/11/20, 3:12 PM, "users on behalf of Jerry Bailie" <<a href="mailto:users-bounces@shibboleth.net" target="_blank">users-bounces@shibboleth.net</a> on behalf of <a href="mailto:jebailie@vassar.edu" target="_blank">jebailie@vassar.edu</a>> wrote:<br>
<br>
>    The question is, is how to obtain that attribute (eduPersonScopedAffiliation) from Onelogin ?<br>
<br>
<a href="https://wiki.shibboleth.net/confluence/display/IDP4/SAMLAuthnConfiguration" rel="noreferrer" target="_blank">https://wiki.shibboleth.net/confluence/display/IDP4/SAMLAuthnConfiguration</a><br>
<br>
Attribute Extraction and Filtering<br>
Attribute Resolution<br>
<br>
i.e.<br>
<br>
1. Make sure the Attribute Registry transcoding rules map the necessary SAML Attribute(s) into their internal IDs.<br>
2. Add filter rules as required to accept those attribute IDs from the "issuer".<br>
3. Add a Subject data connector to export the attribute(s) back out of the resolver.<br>
4. Add filter rules as required to release the attribute IDs to the SP.<br>
<br>
That's generally all it takes unless the use case is more complex.<br>
<br>
(3) automates all the complex parts that are happening under the covers.<br>
<br>
-- Scott<br>
<br>
<br>
-- <br>
For Consortium Member technical support, see <a href="https://wiki.shibboleth.net/confluence/x/coFAAg" rel="noreferrer" target="_blank">https://wiki.shibboleth.net/confluence/x/coFAAg</a><br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net" target="_blank">users-unsubscribe@shibboleth.net</a><br>
</blockquote></div>