Вот моя ситуация - у меня уже давно работает приложение ASP.NET (Framework 2.0), и недавно я перешел из одного корневого каталога в другой, переключив домашний путь приложения в IIS. Все работает нормально, кроме классических сценариев .asp. Когда вы нажимаете на них в браузере, они начинают загружаться как стандартный текстовый файл.
Конфигурация приложения не была изменена, только корневой домашний каталог. Кроме того, у меня есть другие приложения на том же компьютере, которые позволяют выполнять .asp внутри них.
Прежде чем ответить, имейте в виду: 1 - все это работало в моем приложении ASP.NET до того, как я изменил домашний каталог 2 - классический ASP включен 3 - классические страницы ASP запускаются из других виртуальных каталогов, поэтому сопоставление расширений выглядит нормально
Хорошо, после AHA! момент, я нашел проблему. Возможно, это принесет пользу кому-то другому, поскольку я нигде не встречал упоминания об этом во всех моих поисках.
Похоже, что другой разработчик добавил HTTPHandler в web.config, который отвечал на все запросы.
Это помешало asp.dll обработать запрос файлов .asp. Я все еще немного озадачен, почему IIS поражает приложение ASP.NET перед обработкой расширения ISAPI.
Проверьте, включены ли классические страницы ASP на уровне виртуального каталога; включения их на глобальном уровне или на уровне веб-сайта может быть недостаточно.
Пытается ли он даже выполнить vbscript в исходном файле .asp или возвращает содержимое файла в ваш браузер как text / plain? Может быть, вам не хватает включаемого файла или чего-то в этом роде?