ASP classico restituisce sempre il codice 200 in IIS7

Question

Ho abilitato la traccia in IIS7. Ho impostato quelle proprietà su true nella scheda ASP dello strumento di gestione IIS:

• appAllowClientDebug,
• appAllowDebugging,
• erroriToNTLog,
• scriptErrorSentToBrowser;

Per provarlo, ho scritto una piccola pagina di test ASP classica in cui includo volontariamente un bug (nome ActiveX errato).

La mia pagina di test asp viene visualizzata fino al raggiungimento della linea di bug. Il resto della pagina non viene visualizzato. Mi aspettavo un codice di errore 500, ma il codice è sempre 200. Non esiste alcun file di errore nella cartella FailedReqLogFiles.

Qualche idea su qualcuno?

Answer 1

OK, penso che il problema sia effettivamente con Abilita debug lato server . Potresti averlo abilitato, ma dovresti invece disabilitare .

Il server pensa che dovrebbe iniziare il debug e cerca di avviare un debugger, quindi non ne trova uno e si arrende! Sono sicuro che questo non è mai successo prima di IIS7.

Answer 2

Glood Morning,

Questo problema stava rallentando significativamente il nostro sviluppo, perché sul browser non venivano visualizzati errori del server sql. Il nostro fornitore di servizi applicativi ha provato alcune impostazioni, ma non è riuscito a farlo funzionare. Mi hanno inviato le impostazioni e ho fatto accidentalmente solo due alla volta e il nostro problema è stato risolto. Mi hanno detto che asp stava dando il codice di ritorno 200 invece del codice di errore.

Ecco cosa ha funzionato per noi:

La combinazione di " Send to Browser = True " e " Abilita debug lato server " = Falso " funziona.

Spero che aiuti gli altri.

Tom Armstrong

Answer 3

Guarda questo e vedi se questo ti impedisce di ottenere l'errore 500. Inoltre, se il bug viene gestito tramite un gestore di eccezioni in activeX, potrebbe non essere visualizzato un errore nella risposta asp.

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

200 OK è una risposta standard per richieste HTTP riuscite. Il codice di stato indica che la richiesta del cliente è stata ricevuta, compresa e accettata correttamente.

Answer 4

Si è verificato lo stesso errore IIS7. Non stava restituendo alcun tipo di errore. Sullo schermo non c'erano messaggi di errore né 500. La pagina ha appena interrotto il rendering.

È quello che stai vedendo? Purtroppo non ricordo com'era, penso che fosse come se qualcosa stesse gestendo l'errore. (Se questo è quello che stai vedendo, continuerò a cercare di ricordare!)

Non credo che sia, ma potrebbe essere: vai su Pagine di errore > Modifica le impostazioni delle funzioni (nascoste nel pannello di destra) e seleziona Errore dettagliato? Anche questa impostazione è obbligatoria e non l'hai menzionata.