<div dir="ltr"><div>Thanks for your time.</div><div><br></div>If i'm understanding correctly, satosa or simplephp are simpler solutions for any of these escenarios ?<br><br>Any way, if i would like to use a shibboleth, what of your products i should use ? Shibboleth SP and IDP together and also a custom code extension ?<div><br>Sorry, but i don't understand: "Shiboleth SP in front of it for SAML 1 inbound"<br></div><div><br></div><div>Regards.</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El mié., 26 feb. 2020 a las 10:57, Cantor, Scott (<<a href="mailto:cantor.2@osu.edu">cantor.2@osu.edu</a>>) escribió:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> Is the Shibboleth IDP suitable to work as GW in one of these escenarios ?<br>
<br>
Not alone, you'd have to be using the Shiboleth SP in front of it for SAML 1 inbound, and the REST thing would be a total non-starter without custom code no matter what you use. SimpleSAML.php or SATOSA would probably handle the SAML 1 proxying out of the box. We have no plans to ever bother with SAML 1 proxying, it's too long dead. SAML 2 proxying is in V4.<br>
<br>
-- Scott<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>