2009-06-10 6 views
3

Je continue à voir ces erreurs dans notre journal des erreurs. Des idées comment je peux comprendre d'où il vient, ou mieux encore comment résoudre le problème?WebResource.axd - ViewState invalide

System.Web.HttpException: viewstate non valide. à System.Web.UI.Page.DecryptString (String s) à System.Web.Handlers.AssemblyResourceLoader.System.Web.IHttpHandler.ProcessRequest (HttpContext contexte) à System.Web.HttpApplication.CallHandlerExecutionStep.System.Web .HttpApplication.IExecutionStep.Execute() à System.Web.HttpApplication.ExecuteStep (étape IExecutionStep, Boolean & completedSynchronously)

Mise à jour Voici ce que j'ai essayé jusqu'à présent - nous courons un serveur Web (aucune ferme)

  • Ajout d'une machine à valeur clé web.config

Répondre

1

Cela ressemble à l'erreur que vous obtenez lorsque l'état d'affichage ne peut pas être décodé - si une demande est soumise avec le viewstate de quelqu'un d'autre.

Vous pouvez le dupliquer en enregistrant une page asp.net avec wget. Apportez cette page sauvegardée localement dans votre navigateur et cliquez sur un lien. Quand il va au serveur, il essayera et ne parviendra pas à décoder le viewstate dans la page enregistrée et vous verrez cette erreur.

J'ai couru à travers cela quand je faisais des trucs anti-phishing.

5

J'ai eu ce problème lorsque Google (et les autres robots de recherche) indexées un de mes sites. J'ai dû placer dans /robots.txt que les fichiers webresource.axd devaient être ignorés, et l'erreur s'est arrêtée depuis.

Nous utilisons ELMAH, nous avons pu voir la version du navigateur qui avait demandé le fichier, et il s'est terminé à être GoogleBot.

2

J'ai ajouté les en-têtes Response (ContentType et CharSet) suggérés par Microsoft, mais ces erreurs ne cessent d'arriver. Heureusement, cela ne semble pas faire de différence pour l'utilisateur final, mais cela me rend fou ces erreurs dans le journal.