ASP clássico sempre retornar código 200 no IIS7
-
03-07-2019 - |
Pergunta
I permitiu o rastreio no IIS7. Eu definir essas propriedades para true na guia ASP da ferramenta de gerenciamento de IIS:
- appAllowClientDebug,
- appAllowDebugging,
- errorsToNTLog,
- scriptErrorSentToBrowser;
Para testá-lo, eu escrevi uma página de teste pequena ASP clássico em wich eu voluntária incluem um bug (mau nome ActiveX).
A minha página de teste ASP é processado até a linha de erro é atingido. O resto da página não é processado. Eu estava esperando um código de erro 500, mas o código é sempre 200. Não há nenhum arquivo erro no FailedReqLogFiles pasta.
Qualquer idéia de alguém?
Solução
OK, eu acho que o problema é realmente com Ativar Servidor Side depuração . Você pode tê-lo ativado, mas você deve desativar , em vez disso.
O servidor pensa que deve iniciar a depuração e tenta acender um depurador, e depois não encontrar um e apenas dá-se! Tenho certeza que isso nunca aconteceu antes do IIS7.
Outras dicas
Glood Manhã,
Este problema foi retardando o nosso desenvolvimento significativamente, porque os erros do SQL Server não eram exibidos no navegador. Provider Nossa Application Service tentou algumas configurações, mas não conseguiu fazê-lo funcionar. Eles me enviou as configurações e eu acidentalmente fez apenas dois de uma vez e nosso problema foi corrigido. Disseram-me que asp estava dando código de retorno 200 em vez do código de erro.
Aqui está o que funcionou para nós:
A combinação de "Enviar para Navegador = True" e "Ativar Servidor Side depuração" = false obras".
Espero que ajuda os outros.
Tom Armstrong
olhar para isso e ver se isso está impedindo você de obter o erro 500. Além disso, se o bug é feita através de um manipulador de exceção no ActiveX, então você não pode estar vendo um erro na resposta asp.
200 OK é uma resposta padrão para solicitações HTTP bem sucedidos. O código de status indica que o pedido do cliente foi recebido com sucesso, compreendido e aceito.
Nós tivemos esse mesmo acontecendo erro IIS7. Não estava retornando qualquer tipo de erro. Não havia nenhuma mensagem de erro na tela e não 500. A página só parou de renderização.
É isso que você está vendo? Não me lembro o que era infelizmente, eu acho que foi como algo estava lidando com o erro. (Se é isso que você está vendo, eu vou continuar tentando lembrar!)
Eu não acho que é isso, mas pode ser: ir para Páginas de Erro> Configurações de recurso de edição (ocultas no painel da direita) e selecione erro detalhada? Essa configuração também é necessário e você não mencioná-lo.