Wir bereiten uns darauf vor, einige unserer IIS6-Sites auf IIS7 zu migrieren, und die Anwendung verwendet derzeit die Formularauthentifizierung. Wir haben von verschiedenen Sites Anfragen erhalten, die Windows-Authentifizierung für die Benutzer zu verwenden. Dies ist zwar einfach zu implementieren (und ich habe intern gezeigt, dass es erwartungsgemäß keine Probleme mit der App gibt), aber es stellt sich die Frage, wie Sie die Formularauthentifizierung auch dann beibehalten können, wenn Integrated Windows nicht funktioniert. Ich habe mehrere exemplarische Vorgehensweisen für die Konfiguration unter IIS6 gesehen, und ich konnte dasselbe unter IIS7 tun, aber dann muss ich die Verarbeitung im klassischen Modus aktivieren. Jede Lösung sollte nach Möglichkeit auch wieder auf IIS6 portierbar sein, um den Build-Baum einfach zu halten.

Welche Möglichkeiten habe ich dazu? Richte ich die App mit der integrierten Windows-Authentifizierung in IIS7 und der Formularauthentifizierung in der Datei "web.config" ein und leite 401-Fehler auf eine "Fehlerseite" um, auf der sie sich mithilfe von Formularen anmelden und dann zur regulären App zurückkehren können?

Der Fall, dass Formulare wahrscheinlich benötigt werden, ist Vertragsarbeitern, unseren Supportmitarbeitern und Mitarbeitern vorbehalten, die über ihr Extranet auf ihre Website zugreifen müssen. In erster Linie müssen sich unsere Mitarbeiter anmelden, um die Funktionalität zu überprüfen und Fehlerberichte zu bestätigen. Ich schlug vor, dass wir nur behaupten, dass unsere Support-Mitarbeiter eine Windows-Anmeldung benötigen, die immer aktiv ist, und dass wir dann lediglich die lokale Verantwortung dafür durchsetzen, wer sich auf der Website anmelden kann Es ist besser, eine Formularauthentifizierung zu haben.

Irgendwelche Gedanken? Ich kann einige der Links der Artikel posten, die ich bereits gelesen habe, wenn dies dem Forum helfen würde, meine Bedürfnisse besser einzugrenzen.

tl; dr: So führen Sie eine Authentifizierung im gemischten Modus (Formulare, Fenster) in IIS7 durch, ohne auf die klassische Pipeline zu wechseln, und können den Build in IIS6 nach Möglichkeit weiterhin verwenden.