Aqui está a minha situação - Eu tive um aplicativo ASP.NET rodando em produção por um longo tempo agora (Framework 2.0) e recentemente migrei de um diretório raiz para outro, mudando o caminho de casa do aplicativo no IIS. Tudo está funcionando bem, exceto quaisquer scripts .asp clássicos. Quando você clica neles com um navegador, eles começam a baixar como um arquivo de texto padrão.
A configuração do aplicativo não foi alterada, apenas o diretório inicial raiz. Além disso, tenho outros aplicativos na mesma máquina que permitem que o .asp execute dentro deles.
Antes de responder, lembre-se: 1 - tudo isso estava funcionando no meu aplicativo ASP.NET antes de alterar o diretório inicial 2 - ASP clássico está habilitado 3 - páginas ASP clássicas são executadas a partir de outros diretórios virtuais, portanto, o mapeamento de extensão parece bem
OK, depois de uma AHA! momento, encontrei o problema. Talvez isso beneficie alguém, já que não vi isso em nenhuma parte de todas as minhas pesquisas.
Parece que outro desenvolvedor adicionou um HTTPHandler ao web.config que estava respondendo a todas as solicitações.
Isso evitou que o asp.dll processasse a solicitação de arquivos .asp. Eu ainda estou um pouco perplexo sobre por que o IIS está atingindo o aplicativo ASP.NET antes de processar a extensão ISAPI primeiro.
Verifique se as páginas ASP clássicas estão ativadas no nível do diretório virtual; tê-los habilitados globalmente ou no nível do site pode não ser suficiente.
Será que ele ainda tenta executar o vbscript no seu arquivo .asp ou está retornando o conteúdo do arquivo para o seu navegador como text / plain? Talvez você esteja perdendo algum arquivo de inclusão ou algo assim?
Tags asp.net asp-classic