ASP clássico sempre retornar código 200 no IIS7

Question

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?

Answer 1

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.

Answer 2

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

Answer 3

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.

http://classicasp.aspfaq.com/general/why-do-i-get-a-500-internal-server-error-for-all-asp-errors.html

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.

Answer 4

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.