Infinite Umleitung Schleife nach Authentifizierung AAD wenn Umleitung

Question

angegeben Wenn ich wie URI in meinem OpenIdConnectAuthenticationOptions angeben umleiten so

app.UseOpenIdConnectAuthentication(
      new OpenIdConnectAuthenticationOptions 
      { 
       ClientId = clientId, 
       Authority = Authority, 
       PostLogoutRedirectUri = postLogoutRedirectUri, 
       RedirectUri = redirectUri, 

       Notifications = new OpenIdConnectAuthenticationNotifications() 
       { 
        AuthenticationFailed = context => 
        { 
         context.HandleResponse(); 
         context.Response.Redirect("/Error?message=" + context.Exception.Message); 
         return Task.FromResult(0); 
        } 
       } 
      }); 

Dann bekomme ich eine unendliche Schleife Umleitung. Dies geschieht jedoch nur, wenn ich es anschließe und den eigenständigen IIS Server (unseren Testserver) einsetze. Wenn ich alle Replay-URLs in AAD entferne und es nur für den Testserver eingerichtet lasse und die "RedirectUri = redirectUri" entferne, geht mein Problem von oben weg.

Ich habe einen Fiedler lügt hier: https://drive.google.com/file/d/0B5Ap95E_wdyAa0RLLWloZ0dCaGM/view?usp=sharing

Es scheint, dass, wenn Anfrage von AAD zurück zu meiner App kommt, bevor das Token gepackt und verwendet wird, wird die Middle Ware Prellt es nur gleich wieder mit einem 302. Was auch wichtig sein mag, ich habe das [Authorize] -Attribut über den mvc-Controller, auf den das Routing und die Return-Uri verweisen. Wenn ich es entferne, bekomme ich dieses Problem nicht.

[UPDATE] Ich habe versucht, die Anwendung auf meine Localhost-Installation von IIS zu verschieben, anstatt iisexpress zu verwenden, damit ich mich als SubApplication einrichten konnte, so wie es auf meinem IIS-Server ist. Auf meinem localhost tut es die gleiche Endlosschleife. Ich habe einige benutzerdefinierte Telemetry-Ereignisse hinzugefügt, die das Attribut [Autorisieren] außer Kraft gesetzt haben, und konnte feststellen, dass die Seite nach der Authentifizierung erneut an die Anwendung weitergeleitet wird. HttpContext.user.identity.IsAuthenticated = false. Irgendwie setzt die OWIN Middleware das nicht auf True?

Danke für jede Hilfe!

Answer 1

konnte ich eine Lösung für mein Problem finden. Ursprünglich habe ich meine Antwort URL angegeben, um auf den Stamm der Website zu verweisen. Meine Router-Konfiguration sieht so aus:

Wenn ich "Willkommen" an das Ende meiner Antwort URL anfügen funktioniert es. Aus irgendeinem Grund, wenn ich die Antwort-URL zum Root der Site belasse und die Standardroute aufgenommen habe, geht sie einfach in eine Endlosschleife.

fand ich auch darauf hin, dass dies nur zu einer Unter Anwendung einer Website. Ich habe versucht, meine Anwendung zu verschieben, um eine eigenständige Website in IIS zu sein, anstatt, und ich musste den Controller-Namen in der Antwort-URL nicht hinzufügen.

Beispiel:
Ursprüngliche Antwort url: mysite.mydomain.com/CustomApp

Neue Antwort url: mysite.mydomain.com/CustomApp/Welcome

Hoffnung jemand anderes kann finde das nützlich!