Pregunta

Habilité el rastreo en IIS7. Establecí esas propiedades en true en la pestaña ASP de la herramienta de administración de IIS:

  • appAllowClientDebug,
  • appAllowDebugging,
  • errorsToNTLog,
  • scriptErrorSentToBrowser;

Para probarlo, escribí una pequeña página de prueba ASP clásica en la que voluntariamente incluyo un error (nombre de ActiveX incorrecto).

Mi página de prueba asp se procesa hasta que se alcanza la línea de error. El resto de la página no se representa. Esperaba un código de error 500, pero el código siempre es 200. No hay ningún archivo de error en la carpeta FailedReqLogFiles.

¿Alguna idea de alguien?

¿Fue útil?

Solución

Bien, creo que el problema es en realidad con Habilitar depuración del lado del servidor . Es posible que lo tenga habilitado, pero debe deshabilitarlo en su lugar.

¡El servidor cree que debería comenzar a depurar e intenta activar un depurador, y luego no encuentra uno y simplemente se da por vencido! Estoy seguro de que esto nunca sucedió antes de IIS7.

Otros consejos

Glood Morning,

Este problema estaba ralentizando significativamente nuestro desarrollo, porque los errores del servidor sql no se mostraban en el navegador. Nuestro proveedor de servicios de aplicaciones probó algunas configuraciones, pero no pudo hacer que funcionara. Me enviaron la configuración y accidentalmente hice solo dos a la vez y nuestro problema se solucionó. Me dijeron que asp estaba dando el código de retorno 200 en lugar del código de error.

Esto es lo que funcionó para nosotros:

La combinación de " Enviar al navegador = Verdadero " y "Activar depuración del lado del servidor" = Falso " funciona.

Espero que ayude a otros.

Tom Armstrong

Mire esto y vea si esto le impide obtener el error 500. Además, si el error se maneja a través de un controlador de excepciones en el activeX, entonces es posible que no vea un error en la respuesta asp.

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

200 OK es una respuesta estándar para solicitudes HTTP exitosas. El código de estado indica que la solicitud del cliente se recibió, entendió y aceptó con éxito.

Tuvimos este mismo error IIS7 sucediendo. No estaba devolviendo ningún tipo de error. No había ningún mensaje de error en la pantalla ni 500. La página simplemente dejó de mostrarse.

¿Es eso lo que estás viendo? No puedo recordar qué fue, desafortunadamente, creo que fue como si algo estuviera manejando el error. (Si esto es lo que estás viendo, ¡seguiré intentando recordar!)

No creo que sea esto, pero podría ser: vaya a Páginas de error > Editar configuración de funciones (oculto en el panel derecho) y seleccione Error detallado? Esa configuración también es obligatoria y no la mencionaste.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top