<div dir="ltr">Thanks for confirming and clearing things it up for me.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Aug 23, 2015 at 7:56 PM, Cantor, Scott <span dir="ltr"><<a href="mailto:cantor.2@osu.edu" target="_blank">cantor.2@osu.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 8/23/15, 7:38 PM, "users on behalf of Guy Tadi" <<a href="mailto:users-bounces@shibboleth.net">users-bounces@shibboleth.net</a> on behalf of <a href="mailto:tadiguy812@gmail.com">tadiguy812@gmail.com</a>> wrote:<br>
<br>
>Back on this subject again - I thought I had found an acceptable solution but it is turning out to be a performance bottleneck as I scale my system because all web service requests go through Shib.<br>
<br>
</span>The SP is not going to appreciably slow anything down unless the FCGI support is just very badly implemented, or if you're talking about Google scale.<br>
<span class=""><br>
>To recap my problem: I'm using Lighttpd with shibauthorizer/responder.<br>
<br>
</span>If that's "worse" for performance, then maybe just use Apache? I don't know what the issue is, but you can't really operate outside the web server to deliver functionality that clearly belongs inside it without suffering performance penalties.<br>
<span class=""><br>
>I suppose it's because in Lighttpd one has to specifically set fastcgi authrorizer path to /authenticate which seems to be the only way for Shib to intercept the sesssion and based on RequestMapper requireSession attribute do a redirect to IdP.<br>
<br>
</span>AFAIK, you have to apply the authorizer to any protected path, period. That's the only way the SP is involved in the request flow.<br>
<span class=""><br>
> Simply adding authType="shibboleth" to Host section of Requestmapper as above doesn't make the attribute appear in /service or even in "/" because Shib knows nothing about that path.<br>
<br>
</span>The settings in the map determine what the SP does, but they have nothing to do with getting the SP to see the request in the first place. Not on Apache, not here. IIS is an exception because the filter sees every request to a site it's configured on.<br>
<div class="HOEnZb"><div class="h5"><br>
-- Scott<br>
<br>
--<br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.net</a><br>
</div></div></blockquote></div><br></div>