In diesem Szenario öffnet ein Benutzer eine nicht sichere Seite in unserer WebApp, nennt sie in seinem Browser PageA und klickt dort auf einen Link, der ihn zu einer sicheren Instanz von PageB führt. In PageB kann der Benutzer anschließend auf einen Link klicken, der ihn zu einer sicheren Instanz von PageA zurückbringt (die er bereits angezeigt hat und die sich in OutputCache befindet). Ich habe festgestellt, dass PageA zwar über eine andere URL aufgerufen wird, nachdem PageB (die sichere) aufgerufen wurde, aber tatsächlich die zuvor zwischengespeicherte Kopie abgerufen wird, um eine neue zu erstellen. Ich habe dieses Verhalten in einer Debugsitzung überprüft und war überrascht, dass ASP.Net dasselbe OutputCache-Element für eine sichere Kopie der Seite verwendete.

Meine Frage ist, warum es so ist? Und wie kann ich den ASP.Net OutPutCache anweisen, den Zugriff über eine sichere URL als ein anderes / eindeutiges Element als das nicht sichere Äquivalent zu behandeln?

[Hintergrund]

Wir haben kürzlich die Bilder unserer Websites auf Scene7 / Akamai für alle Bilder umgestellt. Aus diesem Grund haben wir Code hinzugefügt, um beim Anzeigen einer bestimmten Seite in einer sicheren Verbindung unterschiedliche Scene7-URLs zu verwenden. Dieses OutputCache-Problem lässt nicht zu, dass die Logik, die die sicheren URLs ausgibt, ausgeführt wird, und führt zu hässlichen Browser-Warnungen.