runAllManagedModulesForAllRequests = "true" Tötung der Windows-Authentifizierung in IIS7

Question

Wir haben eine Windows-Authentifizierung auf unserem Staging-Server für unsere Kunden eingerichtet, um zu verhindern, dass Google unsere Staging-URLs indiziert. Kürzlich haben wir festgestellt, dass eine unserer Websites unsere IIS-Einstellungen scheinbar ignoriert (anonyme Authentifizierung ist deaktiviert, Windows-Authentifizierung ist aktiviert). Wir haben schließlich herausgefunden, dass das Entfernen der Einstellung runAllManagedModulesForAllRequests="true" auf dem Modulknoten (der für unser URL-Rewriting auf der Site erforderlich ist) das Problem behebt und die Windows-Login/Passwort-Box wie erwartet erscheint, wenn wir die Site aufrufen. Wenn wir die Einstellung beibehalten, kann jeder anonyme Benutzer die Website besuchen.

Wie können wir die anonyme Authentifizierung ausschalten und gleichzeitig runAllManagedModulesForAllRequests auf true setzen?

EDIT: Wir haben festgestellt, dass wir andere Websites haben, bei denen diese Einstellung aktiviert ist und die Windows-Authentifizierung einwandfrei funktioniert. Dies scheint nur bei unseren ASPDotNetStorefront-Websites aufzutreten. Ich frage mich nun, wo ich nachsehen sollte, was dieses Problem verursacht - meine Vermutung ist eine Art benutzerdefiniertes Authentifizierungsmodul, aber ich habe nicht genug Wissen, um herauszufinden, wo ich mit der Fehlersuche beginnen soll.

Answer 1

Wir haben festgestellt, dass durch die Einstellung des verwalteten Pipelinemodus auf Classic der system.webServer-Knoten in der web.config offensichtlich ignoriert wird, so dass wir jetzt wie erwartet die Windows-Anmeldeaufforderung erhalten. Einige der Rewrites werden höchstwahrscheinlich nicht funktionieren, aber zum Glück sind uns diese speziellen Rewrites auf unserem Staging-Server egal, so dass wir keine Probleme haben.