При развертывании двух приложений, прошедших проверку подлинности с помощью Azure AD на одном сервере IIS, страница проверки подлинности продолжает бесконечно зацикливаться

Question

Я создал два приложения .NET с аутентификацией Azure AD.Я развернул их на сервере IIS с разными портами для HTTP и HTTPS.

1-е приложение: развернуто на порте HTTP 80 и HTTPS 443 с URL-адресом перенаправления app1.xyz.com

2-е приложение: развернуто на HTTP-порту 88 и HTTPS-порте 9443 с URL-адресом перенаправления https://app2.xyz.com:9443

При аутентификации пользователя для 1-го приложения поток аутентификации работает нормально, когда пользователь перенаправляется на страницу входа ипосле успешного входа в систему пользователь перенаправляется обратно на URL-адрес приложения.

При аутентификации пользователя для 2-го приложения поток аутентификации не работает нормально, когда пользователь перенаправляется на страницу входа и продолжает бесконечно повторятьсястраница входа.

Может ли кто-нибудь поделиться вашими комментариями / предложениями по вышеуказанному вопросу?

Answer 1

Поскольку это распространенная проблема, возможно, вы не выбрали синтаксис шаблона, и поэтому вы используете стандартный синтаксис регулярного выражения в файле веб-конфигурации. На лету, который я предполагаю, для причин бесконечного цикла.Хотя у вас нет общего файла конфигурации, но вы можете попробовать это:

  <?xml version="1.0" encoding="UTF-8"?>
  <configuration>
    <system.webServer>
      <rewrite>
        <rules>
          <rule name="Add www" patternSyntax="Wildcard" stopProcessing="true">
            <match url="*" />
            <conditions>
              <add input="{HTTP_HOST}" pattern="example.com" />
            </conditions>
            <action type="Redirect" url="http://www.example.com/{R:0}" />
          </rule>
        </rules>
      </rewrite>
    </system.webServer>
  </configuration>

Примечание. Замените нужный URL в коде.

Для получения дополнительной информации вы можете нажать здесь ... https://blogs.msdn.microsoft.com/kaushal/2013/05/22/http-to-https-redirects-on-iis-7-x-and-higher/