Klassische ASP Rückkehr immer Code 200 in IIS7

Question

I aktiviert in IIS7 Tracing. Ich habe diese Eigenschaften auf true in dem ASP-Register des IIS-Management-Tool:

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

Um es zu testen, habe ich eine kleine klassische ASP-Testseite in Weiche ich freiwillig enthalten einen Fehler (schlechter activeX Namen).

Mein asp Test Seite gerendert wird, bis die Bug Linie erreicht ist. Der Rest der Seite wird nicht wiedergegeben. Ich war ein 500-Fehlercode erwartet, aber Code ist immer 200. Es gibt keine Fehlerdatei im FailedReqLogFiles Ordner.

Jede Idee, jemand?

Answer 1

OK, ich denke, das Problem ist eigentlich mit Aktivieren Server Side Debugging . Möglicherweise müssen sie aktiviert, aber Sie sollten deaktivieren es statt.

Der Server denkt, dass es das Debuggen starten sollte und versucht, einen Debugger, um Feuer und dann einen nicht findet und gibt nur dich! Ich bin sicher, dass dies nie vor IIS7 passiert ist.

Answer 2

Glood Morgen,

Dieses Problem unserer Entwicklung deutlich verlangsamt, da SQL Server-Fehler nicht im Browser angezeigt wurden. Unsere Application Service Provider versucht, einige Einstellungen, konnte aber nicht an die Arbeit. Sie haben mir die Einstellungen und ich versehentlich tat nur zwei auf einmal und unser Problem wurde behoben. Sie sagten mir, dass asp Return-Code gab 200 statt des Fehlercodes.

Hier ist das, was für uns gearbeitet:

Die Kombination von "Browser senden = True" und = False "Server Side Debugging Enable"“funktioniert.

Ich hoffe, das hilft anderen.

Tom Armstrong

Answer 3

Sehen Sie sich diese und sehen, ob diese Sie stoppt ab, die 500-Fehler. Auch, wenn der Fehler durch einen Exception-Handler in den activeX gehandhabt wird dann könnten Sie nicht einen Fehler auf der ASP-Antwort sehen werden.

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

200 OK ist eine Standard-Antwort für eine erfolgreiche HTTP-Anfragen. Der Statuscode gibt an, dass die Anforderung des Clients wurde erfolgreich empfangen, verstanden und akzeptiert.

Answer 4

Wir hatten den gleichen IIS7 Fehler passiert. Es war nicht irgendeine Art von Fehler zurückgegeben. Es gab keine Fehlermeldung auf dem Bildschirm und nicht 500. Die Seite gerade aufgehört zu machen.

Ist das, was Sie sehen? Ich kann mich nicht erinnern, was es war, leider, ich glaube, es war wie etwas, das Fehler wurde Handling. (Wenn das, was Sie sehen, halten ich mich zu erinnern versuchen!)

Ich glaube nicht, das es ist, aber es könnte sein: gehe in Error Pages> Featureeinstellungen bearbeiten (auf der rechten Seite verdeckt) und eine detaillierten Fehler wählen? Diese Einstellung auch erforderlich ist, und Sie haben es nicht erwähnt.