Почему моя классическая ASP-страница не будет работать в корне моего приложения ASP.NET?
Мы использовали порт 26 в качестве альтернативного порта SMTP уже много лет без конфликта. Это полезно когда порт блока клиента ISPs 25, препятствуя тому, чтобы Вы отправили исходящую почту через другой сервер.
Существует два метода выполнения этого, нужно передать трафик от порта 25 для портирования 26 через брандмауэр. Или рекомендуемый метод, установки Вашего MTA для слушания порта 26 также. Так или иначе необходимо будет позволить брандмауэру разрешать трафик через порт 26.
Хорошо, после АГА! момент, я нашел проблему. Возможно, это принесет пользу кому-то еще, так как я не видел упомянутый нигде во всех моих поисках.
Похоже, что другой разработчик добавил HTTPHandler к web.config, который отвечал на все запросы.
Это препятствовало тому, чтобы asp.dll обработал запрос на .asp файлы. Я все еще немного озадачен на том, почему IIS поражает приложение ASP.NET прежде, чем обработать расширение ISAPI сначала.
-
1Поскольку ASP.NET на самом деле расширение ISAPI, таким образом, оно, вероятно, имело больший приоритет, чем developer' s один. – Massimo 29 September 2009 в 18:14
Проверьте, включены ли классические ASP-страницы на уровне виртуального каталога; включение их глобально или на уровне веб-сайта могло просто быть недостаточно.
-
1Активные Страницы Сервера включены глобально, и .asp отображается на asp.dll при расширениях ISAPI на уровне виртуального каталога. – jtalarico 29 September 2009 в 16:40
Это даже пытается выполнить vbscript в Вашем .asp исходном файле, или это возвращает содержание файла к Вашему браузеру как текст/плоскость? Возможно, Вы отсутствуете, некоторые включают файл или что-то?
-
1Нет, это doesn' t выполняются. Содержание сценария возвращается к браузеру. – jtalarico 29 September 2009 в 16:36