WebResource.axd, выдающий ошибку 403 в спинах ASP.Net Post с использованием IIS7

Question

Я установил веб-сайт ASP.Net на сервер Windows 2008, который по умолчанию использует IIS7. Кажется, что веб-сайт работает нормально, но посты на моих формах не работают. После нескольких часов отладки я понял, что, когда я вручную пытаюсь открыть файл WebResource.axd в своем браузере (например, я набираю http://www.domain.com/WebResource.axd в адресной строке), я получаю ошибку HTTP 403 (доступ запрещен) ,

Я не совсем уверен, где искать дальше, и мои знания в области безопасности Windows 2008 ограничены. Как мне получить доступ к этому файлу?

Answer 1

Перейдите в папку конфигурации iis. Обычно: c: \ windows \ system32 \ inetsrv \ config и откройте файл applicationHost.config. Затем в файле перейдите к разделу <handlers> и проверьте наличие следующей строки:

<add name="AssemblyResourceLoader-Integrated" path="WebResource.axd" verb="GET,DEBUG" type="System.Web.Handlers.AssemblyResourceLoader" preCondition="integratedMode" />

Это если вы работаете в интегрированном режиме. Убедитесь, что указан глагол GET.

Если вы работаете в классическом конвейерном режиме, эта строка должна присутствовать

<add name="AXD-ISAPI-2.0" path="*.axd" verb="GET,HEAD,POST,DEBUG" modules="IsapiModule" scriptProcessor="%windir%\Microsoft.NET\Framework\v2.0.50727\aspnet_isapi.dll" preCondition="classicMode,runtimeVersionv2.0,bitness32" responseBufferLimit="0" />

Если все в порядке, взгляните на ваш web.config в разделе «Обработчики и модули» и посмотрите, добавили ли вы <clear /> в верхней части каждого. Если вы это сделали, то включите в свой файл web.config раздел add , соблюдая порядок обработчиков / модулей, указанный в файле applicationHosting.config.

Answer 2

Это ошибка, которую я получаю при выполнении обратной передачи:

WebForm_PostBackOptions не определен.

Насколько мне известно, эта функция содержится в файле WebResource.axd, что побудило меня попробовать ее в адресной строке, что, как я знаю об ошибке 403 ...

Answer 3

Не уверен в этом, но это может быть связано со сжатием http в IIS. Также убедитесь, что файл доступен для пользователя IIS.

Answer 4

Проверьте свои журналы IIS - они должны дать код состояния, который содержит более подробную информацию об ошибке. Кроме того, какова природа ошибки на обратной передаче?