ASP classique renvoie toujours le code 200 dans IIS7

Question

J'ai activé le traçage dans IIS7. J'ai défini ces propriétés sur true dans l'onglet ASP de l'outil de gestion IIS:

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

Pour le tester, j’ai écrit une petite page de test ASP classique dans laquelle j’ai volontairement inclus un bogue (mauvais nom ActiveX).

Ma page de test asp est rendue jusqu'à ce que la ligne de bogue soit atteinte. Le reste de la page n'est pas rendu. Je m'attendais à un code d'erreur 500, mais le code est toujours 200. Il n'y a pas de fichier d'erreur dans le dossier FailedReqLogFiles.

Une idée, quelqu'un?

Answer 1

OK, je pense que le problème est en fait lié à Activer le débogage côté serveur . Vous l’avez peut-être activé, mais vous devriez plutôt la désactiver .

Le serveur pense qu'il devrait démarrer le débogage et essaie de lancer un débogueur. Il n'en trouve pas ensuite et abandonne! Je suis sûr que cela n'est jamais arrivé avant IIS7.

Answer 2

Matin Glood,

Ce problème ralentissait considérablement notre développement, car les erreurs de serveur SQL n'étaient pas affichées sur le navigateur. Notre fournisseur de services d'application a essayé certains paramètres, mais n'a pas réussi à le faire fonctionner. Ils m'ont envoyé les paramètres et je n'ai accidentellement fait que deux à la fois et notre problème a été résolu. Ils m'ont dit qu'asp était en train de donner le code de retour 200 au lieu du code d'erreur.

Voici ce qui a fonctionné pour nous:

La combinaison de & Send; Send to Browser = True " et "Activer le débogage côté serveur". = False " fonctionne.

J'espère que cela aide les autres.

Tom Armstrong

Answer 3

Regardez ceci et voyez si cela vous empêche d’obtenir l’erreur 500. De plus, si le bogue est traité via un gestionnaire d’exceptions dans activeX, il se peut que vous ne voyiez pas d’erreur sur la réponse asp.

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

200 OK est une réponse standard pour les demandes HTTP réussies. Le code d'état indique que la demande du client a été reçue, comprise et acceptée avec succès.

Answer 4

Nous avons eu la même erreur IIS7. Il ne retournait aucune erreur. Il n'y avait pas de message d'erreur à l'écran et pas 500. La page a simplement arrêté le rendu.

Est-ce ce que vous voyez? Je ne me souviens plus de ce que c'était malheureusement, je pense que c'était comme si quelque chose gérait l'erreur. (Si c'est ce que vous voyez, je vais continuer d'essayer de me souvenir!)

Je ne pense pas que ce soit le cas, mais cela pourrait être le cas: allez dans Pages d'erreur > Modifiez les paramètres de fonction (masqués sur le panneau de droite) et sélectionnez Erreur détaillée? Ce paramètre est également requis et vous ne l'avez pas mentionné.