<div dir="ltr"><div>Hello, in this case it's used to permit to choose between different profiles of the same user: the user authenticates on an external system using <br></div><div>RemoteUser and when it comes back it can have more than one local profile (and attributes set); using impersonation I permit to choose the</div><div>right profile, resolve the local attributes and add the data coming from the RemoteUser authentication. In this particular case the user impersonate <br></div><div>itself. I'm sure it's not the only way to do this, and it's not the best way, but it's an easy way<br></div><div>Thank you</div><div>Marco<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il giorno gio 20 mag 2021 alle ore 14:38 Cantor, Scott <<a href="mailto:cantor.2@osu.edu">cantor.2@osu.edu</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I can't see any way you could combine RemoteUser supplying Attributes with the impersonation feature. It doesn't redo authentication and the data there's just going to be wrong.<br>
<br>
There are probably lots of combinations of scenarios and features that break impersonation, it's not a panacea. It's designed for cases where the data comes from a directory so that looking up a different user's data is possible.<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>