2009-06-10 5 views
3

Ich sehe diese Fehler in unserem Fehlerprotokoll. Irgendwelche Ideen, wie ich herausfinden kann, woher es kommt, oder besser noch, wie das Problem zu beheben?WebResource.axd - Ungültiger ViewState

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) bei System.Web.HttpApplication.CallHandlerExecutionStep.System.Web .HttpApplication.IExecutionStep.Execute() bei System.Web.HttpApplication.ExecuteStep (IExecutionStep Schritt, Boolean & completedSynchronously)

aktualisieren Hier ist, was ich bisher versucht - wir laufen eine einzige Webserver (keine Farm)

  • eine Maschine Schlüsselwert hinzufügen

Antwort

1

auf web.config, die wie die Fehler sieht man, wenn der Ansichtszustand nicht decodiert werden kann - wenn eine Anforderung mit einer anderen Person Ansichtszustand vorgelegt.

Sie können es duplizieren, indem Sie eine asp.net-Seite mit wget aufzeichnen. Bring diese lokal gespeicherte Seite in deinen Browser und klicke auf einen Link. Wenn es zum Server geht, wird es versuchen, den Viewstatus auf der gespeicherten Seite zu dekodieren, und Sie werden diesen Fehler sehen.

Ich stieß auf diese, als ich etwas Anti-Phishing-Zeug tat.

5

ich dieses Problem hatte, als Google (und andere Suche Spinnen) einer meiner Seiten indiziert. Ich musste in /robots.txt platzieren, dass die webresource.axd-Dateien ignoriert werden mussten und der Fehler seitdem gestoppt wurde.

Wir verwenden ELMAH, so konnten wir die Browser-Version, die die Datei angefordert hat, und es endete GoogleBot zu sehen.

2

Ich habe die Response-Header (ContentType und CharSet) hinzugefügt, die Microsoft vorgeschlagen hat, aber immer noch kommen diese Fehler herein. Zum Glück scheint es keinen Unterschied für den Endbenutzer zu machen, aber es macht mich batty seeing diese Fehler im Protokoll.