WebResource.axd: не удалось проверить данные

Question

С НЕСКОЛЬКО дней мы-есть ошибка ПРОИСХОДИТ, что много раз наш сервер. Он начинает бросать эту ошибку после того, как мы установили, .NET Framework 4.5.

Точная ошибка (французский сервер):

Событие Код: 3012 Сообщение события: Произошла ошибка при обработке запроса сценария или веб-ресурса. Идентификатор ресурса не может выполнить дешифрование. Время проведения: 5/2/2014 9:50:45 Время события (UTC): 05.02.2014 8:50:45 Код события: 710069c1cd8a460aa3286c5cf0d6e9f2 Последовательность событий: появление 359 события: 2 код события детали: 0

Применение информация: Применение:/LM/W3SVC/1/ROOT/д-1-130360636646508906 уровня уверенность: Полный виртуальный путь приложения:/d путь к приложению: XXX \ d \ компьютер Имя: XXX

Информация

процесс: Process ID: 1568 Имя процесса: w3wp.exe Имя учетной записи: NT AUTHORITY \ NETWORK SERVICE

Исключение информации Исключение: Тип : HttpException исключение сообщение: Не удалось проверить данные. к System.Web.Configuration.MachineKeySection.EncryptOrDecryptData (fEncrypt Boolean, Byte [] ЬиЕ, байт [] изменить, начать Int32, Int32 длину, Boolean, Boolean useValidationSymAlgo useLegacyMode, ivtype ivtype, булева signData) к System.Web.UI .Page.DecryptString (String с, цель назначения) к System.Web.Handlers.AssemblyResourceLoader.System.Web.IHttpHandler.ProcessRequest (HttpContext контекст)

запрос информации: запрос URL https://domain.name:443/d/WebResource.axd?d=AHTFFy3DIo9bsYFwO3I4Y34fpt9AGkUqpBPDo3ne-g4TTzDtAtrcFpAfxSySl8YFQIGABYKiPvpAFLWXz5bjwTziJKdW44FBN98sPgH_vFGkZVoP8ID1rgGf5vJ3t6jZjbIgf5wEue6afCDa3EGJFWIK1OASzWIE8mTxwmeXNwHM9ieKGqYV8c1okl2k0AUC0&t=635264944860000000 Путь запрос доступа /d/WebResource.axd пользователя адрес хоста: XXX пользователь: XXX аутентифицируется: ПравдаТипAuthentication: Формы имя учетной записи темы: NT AUTHORITY \ NETWORK SERVICE

нить Информация: нить ID: 10 Имя учетной записи Тема: NT AUTHORITY \ NETWORK SERVICE заимствует идентичность : Ложные трассировки стека: в System.Web.Configuration.MachineKeySection.EncryptOrDecryptData (fEncrypt Boolean, Byte [] ЬиЕ, байт [] изменить, начать Int32, Int32 длину, Boolean, Boolean useValidationSymAlgo useLegacyMode, ivtype ivtype, булева signData) к System.Web.UI.Page.DecryptString (String с, Цель назначения) к System.Web.Handlers.AssemblyResourceLoader.System.Web.IHttpHandler.ProcessRequest (HttpContext кон текст)

Мы знаем, что есть один StackOverflow Некоторые сообщения, которые не упоминают эту цель ошибки никто из них не помог нам ...

Эта ошибка возникает только один запросов WebResource.axd.

Мы перепробовали много уловок, чтобы избежать этой ошибки без успеха:

• не Define статические ключи в узле MachineKey в Web.config: никакого успеха

• Используйте 3DES шифрование и дешифрование для MachineKey: нет успеха

• Set enableViewStateMac = "ложь" в Web.config: нет успеха

• Set EnableCDN = "истина" на всех ScriptManager в применении: не увенчались успехом

• Set EnableViewState = "ложь" на всех ScriptManager в применении: не увенчались успехом

• Отключить "Динамическое сжатие содержимого" и «Static сжатие содержимого»: нет успеха

Мы также знаем, что есть KB (http://support.microsoft.com/kb/911722), что, как представляется, связаны с этой ошибкой, но ключ реестра HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Lsa \ fipsalgorithmpolicy устанавливается в 0 на нашем сервере, так что это не то же самое м.

Эта ошибка просто сумасшедшая! Это происходит только в одном веб-приложении на сервере (другое приложение также использует Webresources.axd и не вызывает никаких ошибок).

Кто-нибудь смог понять и устранить эту ошибку ????

Answer 1

Каков заголовок User-Agent, связанный с этими запросами? Иногда веб-индексы (Google, Bing) кэшируют старые URI WebResource.axd. Когда .NET Framework обновляется на сервере, эти URI изменяются, и веб-индексы в конечном итоге перестают удалять старые URI после получения достаточного количества 404.

Также возможно, что эти запросы представляют собой веб-браузеры, которые кэшировали старые URI. Вы можете посмотреть заголовки запроса If- *, чтобы определить это. В этом случае ошибка исчезнет, ​​так как клиенты обновят свои страницы.

Наконец, была ли эта машина актуальной со всеми последними исправлениями .NET Framework до Обновление до .NET 4.5? Если нет, это придает весу предположению, что это просто проблема кэширования и что она исчезнет, ​​когда страницы будут обновлены.