Скрипт не обслуживается статическим обработчиком файлов в IIS7.5

Question

Я только что попытался развернуть свое первое веб-приложение в IIS на своем ноутбуке Windows 7 Home Premium.После создания приложения мне пришлось перейти на Classic App Pool, а затем установить этот пул для framework 4.0.Теперь я получаю следующую ошибку:

Ошибка HTTP 404.17 - Не найдено Запрошенное содержимое выглядит как сценарий и не будет обрабатываться обработчиком статического файла.

запрашиваемый URL-адрес: http://localhost:80/pvmms/default.aspx

Боюсь, что обширный поиск в Google не дал ничего ясного или достаточно определенного для меня, и, как обычно, я обратился к экспертам.

РЕДАКТИРОВАТЬ: Я подозреваю, что это потому, что не существует сопоставлений обработчика Framework 4.0 для файлов .aspx.Тем не менее, aspnet_regiis даже дает моему администратору палец и говорит, что мне нужны права администратора для его запуска.

РЕДАКТИРОВАТЬ # 2: Я зарегистрировал все платформы (2 и 4, 32 и 64)и все сейчас работает.Я нашел это, вручную добавив карту сценариев для .aspx в aspnet_isapi и вуаля.Я не понимаю, почему установка фреймворка не делает этого, если только у меня не выходит из строя память, и я включил IIS только после установки VS.

Answer 1

У меня была такая же проблема на машине с Windows 8, которую я настраивал. Я установил vs2012 до vs2010, который устанавливает .NET Framework 4.5. У меня пулы приложений работают в 4.0. Я удостоверился, что я зарегистрировал aspnet для 4.0, используя aspnet_regiis -i. Это все еще не сработало. Затем я открыл компоненты Windows и заметил, что в 4.5 добавлен набор под названием «.NET Framework 4.5 Advanced Services». Я включил узел службы WCF и его дочерние элементы, а затем моя конечная точка svc работала правильно. Надеюсь, это поможет людям, которые переходят на Windows 8.

Answer 2

Я наткнулся на этот вопрос, когда столкнулся с той же проблемой.Основной причиной моей проблемы был неправильно настроенный пул приложений.Он был установлен на 2.0 случайно, когда его нужно было установить на 4.0.Ответ по следующей ссылке помог мне раскрыть эту проблему: http://forums.iis.net/t/1160143.aspx

Answer 3

Для других людей, читающих это:

Это может произойти, если зарегистрированная версия .Net отличается от выбранной в разделе «Основные настройки» пула приложений, подключенного к вашему веб-сайту. Например, в пуле приложений вашего сайта выбран .Net v2.0, но вы зарегистрировали v4.0

Answer 4

У меня была такая же проблема. Когда я добавил статический контент feaute для IIS, он прекрасно работает.

Answer 5

Я нашел еще одно возможное решение с тем же сообщением об ошибке.

При попытке настроить веб-приложение .NET 4.0 для нового пула приложений я получал эту странную ошибку, сообщающую мне, что он пытается обработать мой файл aspx с помощью статического обработчика файлов, что не имеет смысла.

По некоторым причинам ISAPI для .NET 4.0 был отключен в области ISAPI и CGI Ограничения уровня сервера в диспетчере IIS. Установка этого параметра была включена - все, что требовалось , однако менеджер IIS 7.5 настолько запутан и труден для понимания, что мне потребовалось много времени, чтобы понять это.

Я предполагаю, что, поскольку это было Приложение 4.0, которое не могло быть обработано Механизмом 4.0, по умолчанию использовался обработчик статических файлов.

Answer 6

Для Windows 10 / Framework 4.7 мне пришлось включить активацию HTTP следующим способом:

1. Панель управления> Программы и компоненты> Включить или выключить функции Windows
2. В .NET Framework 4.7 Расширенные службы разверните Службы WCF, выберите для проверки активацию HTTP и все, что вам нужно при работе с WCF
3. Нажмите кнопку ОК и дайте установке выполнить свою работу, затем откройте командную строку администратора ивведите команду IISRESET

Answer 7

cmd -> щелчок правой кнопкой мыши -> Запуск от имени администратора

C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ aspnet_regiis.exe -i

Answer 8

это может быть несколько причин, в моем случае в разделе «Пул приложений» -> «Дополнительные настройки» -> «Включить 32-разрядное приложение» (должно быть true). Ранее было установлено значение «ложь».

Answer 9

У меня была та же проблема, я просто изменил целевую версию фреймворка на веб-сайте на версию, в которой он разрабатывался, то же самое в IIS. Это решило мою проблему. Надеюсь, это поможет ...

Спасибо

Answer 10

Один из худших сценариев, который я только что решил, - наличие конфликтующей записи в Web.config.

На моей локальной машине у меня не было зарегистрировано расширение .woff в IIS, поэтому я добавил его с помощью Web.config.Но на рабочем сервере .woff был зарегистрирован тип MIME.Это вызвало конфликт уровня приложения.

Забавно, что для этого не зарегистрировано ошибок.Просто предположение (первое время, конечно).

Поэтому для меня решением было просто удалить и / или элементы из web.config.