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

Si vous hébergez le projet dans un environnement partagé, vous pouvez utiliser le snippet suivant pour visualiser les erreurs.

<configuration>
<system.webServer>
    <httpErrors errorMode="Detailed" />
</system.webServer>
<system.web>
    <customErrors mode="Off" />
    <compilation debug="true" />
</system.web>

Consultez cette URL pour obtenir des informations complètes http://blogs.iis.net/rickbarber/working-past-500-internal-server-error

J'espère que cela aidera quelqu'un

Answer 2

J'ai eu une erreur 500 avec une application ASP Classic que je venais d'installer sur un nouveau serveur (Windows 2019). Chaque URL de l'application renvoyait 500, quoi qu'il arrive. Mais aucune erreur ne s'affichait dans le journal des événements de Windows, et malgré la configuration d'erreurs détaillées, comme mentionné dans plusieurs autres réponses ici, aucune erreur spécifique ne s'affichait dans le navigateur.

Le seul indice était dans les journaux de l'IIS, qui montraient le code d'état HTTP 500, et l'IIS sous-statut code comme 19. Donc une erreur 500.19.

Cela m'a conduit à et le problème spécifique que je rencontrais a été résolu par la deuxième partie de cette section :

https://docs.microsoft.com/en-us/troubleshoot/iis/http-error-500-19-webpage#hresult-code-0x80070005

qui dit :

Ne configurez pas le site Web pour qu'il utilise l'authentification UNC par passage pour accéder au partage UNC distant. Au lieu de cela, spécifiez un compte utilisateur qui a les autorisations appropriées pour accéder au partage UNC distant.

et (c'est la partie que je devais faire) :

Accordez le droit de lecture au groupe IIS_IUSRS pour le fichier ApplicationHost.config ou Web.config. Pour ce faire, suivez les étapes suivantes :

Dans l'Explorateur Windows, localisez le dossier qui contient le fichier ApplicationHost.config associé au site Web, ou bien localisez les répertoires virtuels ou les répertoires d'application qui contiennent le fichier Web.config associé au site Web.

Note

Le fichier Web.config peut ne pas se trouver dans les répertoires virtuels ou les répertoires d'applications dans IIS. Même dans cette situation, vous devez suivre ces étapes.

Cliquez avec le bouton droit de la souris sur le dossier qui contient le fichier ApplicationHost.config, ou cliquez avec le bouton droit de la souris sur les répertoires virtuels ou d'application qui peuvent contenir le fichier Web.config.

Sélectionnez Propriétés.

Sélectionnez l'onglet Sécurité, puis sélectionnez Modifier.

Sélectionnez Ajouter.

Dans la boîte de dialogue Entrer les noms des objets à sélectionner, tapez \IIS_IUSRS sélectionnez Vérifier les noms, puis sélectionnez OK.

Note

est un caractère générique pour le nom de l'ordinateur.

Cochez la case Lire, puis sélectionnez OK.

Dans la boîte de dialogue Propriétés du dossier, sélectionnez OK.

Note

Assurez-vous que les propriétés du dossier sont héritées par l'élément ApplicationHost.config et Web.config de sorte que IIS_IUSRS dispose des droits de droit de lecture pour ces fichiers.