ASP classique sur IIS7 : refus d'envoyer des erreurs au navigateur en cas d'erreur de serveur interne 500

Question

J'ai un ASP classique qui fonctionne sur IIS 7.

Bien que j'aie configuré les "propriétés de débogage" de l'ASP sur "Send Errors to Browser = True", l'application Web REFUSE d'envoyer les erreurs au navigateur et continue d'envoyer une erreur de serveur interne 500.

• Dans mon navigateur, l'option "Afficher les messages d'erreur HTTP conviviaux" n'est pas cochée.
• Failed Request Tracing est installé (je ne sais pas si c'est lié).
• Cela se produit à la fois sur les pages web chargées localement sur le serveur et à distance.
• L'App Pool est intégré (je ne sais pas si c'est important).

Des idées ?

Answer 1

Essayez : Gestionnaire des services d'information Internet (IIS) -> Site Web par défaut -> Cliquez sur Propriétés des pages d'erreurs et sélectionnez Détail des erreurs

Answer 2

J'avais le même problème avec une application ASP classique fonctionnant dans un sous-dossier d'un site. J'avais activé les erreurs détaillées et le message 500 était toujours affiché. Ma solution a été d'activer les chemins parentaux dans la section ASP de IIS pour le site, car l'application faisait référence au dossier parent en utilisant "../" :

Answer 3

J'ai eu ce problème sur une application ASP classique fonctionnant dans un sous-dossier d'un site. La solution était la suivante :

IIS > Cliquez sur votre site > Cliquez sur votre dossier d'application > Error Pages > Edit Feature Settings > set to : Erreurs détaillées

Answer 4

IIS Manager >> double-cliquez sur le ASP pour ouvrir la page ASP. Développez le nœud Debugging Properties (Propriétés de débogage) et définissez la valeur Send Errors To Browser (Envoyer les erreurs au navigateur) sur Véritable .

Référer : http://www.chestysoft.com/asp-error-messages.asp

Answer 5

Si votre site Web est configuré pour se connecter au chemin physique du site Web en tant qu'utilisateur spécifique, au lieu d'utiliser l'authentification directe, vous pouvez obtenir cette erreur s'il y a une erreur de permissions avec cet utilisateur. Il peut également être nécessaire de redémarrer le service d'activation des processus Windows, puis de redémarrer IIS.