Я изо всех сил пытаюсь найти причину этого поведения. У меня есть простое приложение MVC с настроенным пакетом SustainSys. Я попытался настроить его как для нашего внутреннего сервера SecureAuth, так и для тестового сервера https://stubidp.sustainsys.com.
Все это работает на локальном хосте и когда это приложение root нашего внутреннего IIS server.
Когда я помещаю его в папку подпрограммы IIS, он перенаправляет на логин сервера sso, возвращается на маршрут ~ / Saml2 / Acs с информацией аутентификации (я вижу это в fiddler2), но Acs, кажется, не обрабатывает его в этот момент, и я остаюсь не прошедшим проверку подлинности, и поэтому он возвращается к странице входа в систему и я запускаю цикл.
Я знаю о наследовании web -config под-приложения, поэтому я даже удалил web.config из root, так что ничто не противоречит тому, что есть в суб-приложении. Я играл с параметром returnURL безрезультатно (с включенным или не включенным каталогом).
Приложения в IIS (root и вспомогательное приложение) настроены одинаково для аутентификации.
У меня заканчиваются идеи для тестирования. У кого-нибудь есть мысли?
<sustainsys.saml2 entityId="https://apps.xxxxx.com" returnUrl="https://apps.xxxxx.com/yyyyy">
<identityProviders>
<add entityId="https://sso.xxxxx.com/SecureAuthXX" signOnUrl="https://sso.xxxxx.com/SecureAuthXX" allowUnsolicitedAuthnResponse="true" binding="HttpRedirect">
<signingCertificate fileName="~/App_Data/SecureAuth03VM.xxxxx.com.cer" />
</add>
</identityProviders>
<federations>
<add metadataLocation="https://apps.xxxxx.com/Federation" allowUnsolicitedAuthnResponse="true" />
</federations>
</sustainsys.saml2>
<system.identityModel.services>
<federationConfiguration>
<cookieHandler requireSsl="true" name="CookieAuth" />
</federationConfiguration>
</system.identityModel.services>