302 Endlosschleife

Ich habe eine web-Anwendung, die stecken in einer Endlosschleife, und ich habe keine Ahnung, wo Sie suchen weiter. Dies ist eine intranet-Website, so gibt es keinen link, den ich teilen kann, aber ich aufgeführt habe, so viele details wie ich mir denken kann, von unten. Ich würde schätzen, irgendwelche Ideen oder Vorschläge. Jedermann hat.

Details:

  • IIS 7
  • .Net 4.0
  • Windows 2008
  • Standard-Dokument ist die Anmeldung.aspx
  • Keine HTTP-Umleitung festlegen, auf app Einloggen oder registrieren.aspx im IIS
  • Fiddler zeigt Login.aspx-mit status-code 302 und die Umleitung zum Login.aspx

Wenn ich meinen Standort, es zeigt auf Login.aspx und steckenbleibt in einer 302-Schleife. Wenn ich die Website öffnen, aber zeigen Sie auf registrieren.aspx, Fiddler zeigt registrieren.aspx gehen, um sich einzuloggen.aspx, die natürlich leitet zu einer Login -.aspx.

Was ich getan habe:

  • Führen Sie die webapp von Visual Studio-alles funktioniert einwandfrei
  • Check web.config für redirect-Befehle -- es gibt keine
  • Überprüfen Sie IIS für die redirect-Befehle -- es gibt keine
  • Blick auf Fiddler für eine andere Seite in der Schleife-es gibt keine, einfach nur Einloggen.aspx Anmelden.aspx
  • Check Anmelden.aspx für redirect-Befehle -- es gibt keine
  • Check Anmelden.aspx-code hinter redirect-Befehle -- es gibt keine
  • Führen Sie die app auf meine box über das web.config vom server-alles funktioniert
  • Check Anmelden.aspx für redirect-Befehle -- es gibt keine
  • Cache gelöscht -- problem weiterhin besteht
  • Veröffentlicht -- problem weiterhin besteht
  • Veröffentlicht und Cache gelöscht -- problem weiterhin besteht
  • Deaktiviert Standard-Dokument in IIS
  • Sind Sie hinter einem load-balancer durch Zufall? Sind Sie sicher, dass Ihre Weiterleitungen sind genau die gleichen (also nicht http versus https)?
  • die Umleitungen sind genau die gleichen. Kein https. Ich glaube nicht, dass ich bin hinter einem load balancer.
  • Ist Ihre Website verwenden irgendeine Art von Umleitung auf, sagen wir, Ablauf der Sitzung, um sich einzuloggen.aspx?
  • Vielen Dank für den Kommentar @Ross. Ich fand einen code-block, den ich komplett verpasst, was sich als das problem zu sein.
InformationsquelleAutor Johnie Karr | 2012-07-02
  1. 4

    Teilen wird dies nur für den Fall es ist eine Antwort, wie es klingt wie ein problem, das wir hatten.

    1. ASP.net MVC-Website mit [RequiresHttps] Attribut auf unserer login-Aktion.

    2. Hinter einem load-balancer, dabei war die SSL-Beschleunigung (und die daraus resultierende Anforderung, die eigentlich trifft das server-side-code bereits entschlüsselt und effektiv unter http).

    3. Server-code, der denkt, dass dies ein Problem ist, und leitet zu sich selbst mit https.

    4. Spülen und wiederholen.

    • Vielen Dank für das teilen, aber ich glaube nicht, das ist mein Problem. Ich bin nicht mit MVC -, SSL-oder load-balancing.
    • Mmm, also nicht identisch, aber es könnte sein, lohnt ein Blick für alle Basisklassen/global code, die das tun leitet, um zu sehen, ob Sie können vor Ort alles gibt.
    • Ich habe GENAU dieses problem hinter einem rackspace cloud load balancer. Hast du es geschafft, es zu lösen?
    • Gut, die Antwort war nicht zu benutzen, 'RequiresHttps" - Attribut und stattdessen die Rolle unserer eigenen SSL-Umleitung in die global.asax.
    InformationsquelleAutor Paddy
  2. 2

    Das problem gefunden. Fand diese Logik in der MasterPage:

    Dim strPage As String = Request.Url.AbsolutePath.Replace("/", "")
    'Check that user is logged in
    If Not strPage = "Login.aspx" And Not strPage = "Register.aspx" Then
        If Session("intUserId") Is Nothing Then
            Response.Redirect("~/Login.aspx", True)
        End If
    End If

    Offenbar, strPage nicht gleich Login.aspx beim surfen Anmelden.aspx auf dem server.

    Sollte ich verschont worden, als ich war, Sie zu untersuchen. Danke Ross für deinen Kommentar, es hat mir geholfen, diese zu finden!

    InformationsquelleAutor Johnie Karr
  3. 1

    Ich begegnet ein ähnlicher bug. Aber mir war ein Tippfehler mit zwei
    Antwort.Redirect zurück.

    If (conditon1){
    Response.Redirect("Page1.aspx");
}
If (conditon2){
    Response.Redirect("Page2.aspx");
}

    Und dem fix war zu einfach den anderen wenn in der sonst block.

    • Gleiche problem, auch aufgrund der widersprüchlichen Bedingungen in unserem eigenen code. Die Seite durfte umleiten, um selbst unter einer Bedingung, aber den code korrigieren Sie die Bedingung, nicht das Feuer, was in einer endlos-redirect. Dachte, es war ein IIS-Problem, aber Nein, wir drehten uns in den Fuß...
    InformationsquelleAutor Brikesh Kumar
Schreibe einen Kommentar