WebResource.axd - Ungültiger ViewState

Question

Ich sehe diese Fehler immer wieder in unserem Fehlerprotokoll. Irgendwelche Ideen, wie ich herausfinden kann, woher sie kommen, oder besser noch, wie man das Problem beheben kann?

System.Web.HttpException: Ungültiger Viewstate. bei System.Web.UI.Page.DecryptString(String s) bei System.Web.Handlers.AssemblyResourceLoader.System.Web.IHttpHandler.ProcessRequest(HttpContext context) at System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)

Update Hier ist, was ich bisher versucht habe - wir betreiben einen einzelnen Webserver (keine Farm)

• Hinzufügen eines Maschinenschlüsselwerts zur web.config

Answer 1

Ich hatte dieses Problem, als Google (und andere Suchspider) eine meiner Websites indizierten. Ich musste in /robots.txt angeben, dass die webresource.axd-Dateien ignoriert werden sollten, und seitdem tritt der Fehler nicht mehr auf.

Wir verwenden ELMAH so konnten wir die Browser-Version der die Datei angefordert hat, und es war schließlich GoogleBot.

Answer 2

MS hat seit dem 14.6.09 einen offenen Fehlerbericht zu diesem Problem:

https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=434997&wa=wsignin1.0

Answer 3

Ich habe genau das gleiche Problem. Der von MS bestätigte Fehler ( https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=434997&wa=wsignin1.0 MS behauptet jedoch, dass es sich um ein IE8-Problem handelt, aber ich habe festgestellt, dass Benutzer mit jeder IE-Version (6, 7 und 8) dieses Problem haben.

Kein Firefox-Benutzer hat dieses Problem, also scheint es sich um ein MSIE-Problem zu handeln.

Answer 4

Ich habe die von Microsoft vorgeschlagenen Antwort-Header (ContentType und CharSet) hinzugefügt, aber die Fehler treten immer noch auf. Zum Glück scheint es für den Endbenutzer keinen Unterschied zu machen, aber es macht mich wahnsinnig, diese Fehler im Protokoll zu sehen.

Answer 5

Das sieht aus wie die Fehlermeldung, die Sie erhalten, wenn der Viewstate nicht dekodiert werden kann - wenn eine Anfrage mit dem Viewstate einer anderen Person eingereicht wird.

Sie können es duplizieren, indem Sie eine asp.net-Seite mit wget aufzeichnen. Rufen Sie diese lokal gespeicherte Seite in Ihrem Browser auf und klicken Sie auf einen Link. Wenn die Seite auf den Server übertragen wird, wird sie versuchen, den Viewstate der gespeicherten Seite zu dekodieren, was fehlschlägt, und Sie werden diesen Fehler sehen.

Ich bin darauf gestoßen, als ich mich mit Anti-Phishing beschäftigt habe.