<div dir="ltr">2Scott: ad memory, the system has 4GB available.<br><div class="gmail_extra"><br><div class="gmail_quote">On 26 April 2016 at 16:01, Scott Koranda <span dir="ltr"><<a href="mailto:skoranda@gmail.com" target="_blank">skoranda@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> What options do I have to speed up the SP startup?<br>
><br>
<br>
</span>With some deployments we have put in place a cron job that<br>
does essentially this:<br>
<br>
#!/bin/bash<br>
<br>
cd /var/cache/shibboleth ; /usr/bin/curl -o InCommon-metadata-unverified.xml <a href="http://md.incommon.org/InCommon/InCommon-metadata.xml" rel="noreferrer" target="_blank">http://md.incommon.org/InCommon/InCommon-metadata.xml</a><br>
<br>
if [ $? -ne 0 ]<br>
  then<br>
    echo "curl download failed"<br>
    exit<br>
fi<br>
<br>
/usr/bin/xmlsec1 --verify --pubkey-cert-pem /etc/shibboleth/inc-md-cert.pem --id-attr:ID "urn:oasis:names:tc:SAML:2.0:metadata:EntitiesDescriptor" /var/cache/shibboleth/InCommon-metadata-unverified.xml<br>
<br>
if [ $? -ne 0 ]<br>
  then<br>
    echo "signature check failed"<br>
    exit<br>
fi<br>
<br>
cp /var/cache/shibboleth/InCommon-metadata-unverified.xml /var/cache/shibboleth/InCommon-metadata-verified.xml<br>
<br>
Then we configured the SP to no longer run the signature filter on the file<br></blockquote><div><br></div><div>Can you provide a working example on how to disable it? Thank you.</div><div><br></div><div>best,</div><div>jm</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
/var/cache/shibboleth/InCommon-metadata-verified.xml<br>
<br>
That allowed us to decouple the checking of the signature from the SP<br>
startup.<br>
<br>
I suspect there is a better directory to use than /var/cache/shibboleth<br>
since I would not be suprised if the shibd daemon "owns" that directory<br>
and arbitrarily clean files in that directory, but I have not had time<br>
yet to follow up on that.<br>
<br>
You should be sure you understand the implications of such a change<br>
and you should put in place a level of monitoring that you are comfortable<br>
with for your production deployments since obviously the Shib SP in such<br>
a configuration can no longer manage retries and the like.<br>
<span class="im HOEnZb"><br>
Thanks,<br>
<br>
Scott K for LIGO<br>
</span><div class="HOEnZb"><div class="h5">--<br>
To unsubscribe from this list send an email to <a href="mailto:dev-unsubscribe@shibboleth.net">dev-unsubscribe@shibboleth.net</a><br>
</div></div></blockquote></div><br></div></div>