<div dir="ltr">I'm working with a vendor who has never used the SP...<div><br></div><div>Their .NET application lives at /app/.</div><div>/app/ is set to be protected in shibboleth2.xml, but requests for /app/ do not actually invoke the SP handler.</div><div><br></div><div>The app developer assigned to the integration keeps wanting to manually redirect to <a href="https://vendor.com/Shibboleth.sso/Login">https://vendor.com/Shibboleth.sso/Login</a> to initiate the login process.  I've only ever triggered session initiation by accessing a protected path.  Should an app ever trigger the session initiator directly?</div><div><br></div><div>I added /secure/ - which is just a folder w/ an index.htm file</div><div>I added that path to the host definition in shibboleth2.xml and bounced iis, and requests for /secure/ DO invoke the sp.</div><div><br></div><div>One of our local IIS admins suggested to check and make sure that the version of .NET is the same as the version of the ISAPI filter (32bit vs 64bit).</div><div><br></div><div>Any other suggestions? </div><div><br></div><div>Liam</div></div>