IIS 7.5, 2008rc2, классический asp, ошибка 500:

Невозможно отобразить страницу, поскольку произошла внутренняя ошибка сервера.

Мне нужно знать, как настроить IIS, чтобы получить более подробную ошибку.
Я попытался установить в true все параметры отладки в конфигурации ASP.
Но это не сработало. Может кто-нибудь помочь мне?

Я пришел к той же проблеме и установил точно так же , как Alex K .

Так что, если «Отправить ошибки браузеру» не работает, установите также это:

Страницы ошибок -> 500 -> Изменить параметры функции -> «Подробные ошибки»

Также обратите внимание, что если содержимое страницы с ошибкой, отправленной обратно, довольно короткое и вы используете IE, IE с радостью проигнорирует полезный контент, отправленный обратно сервером, и покажет вам свою собственную страницу с общими ошибками. Вы можете отключить это в настройках IE или использовать другой браузер.

Если вы находитесь на удаленном сервере, вы можете настроить свой файл web.config следующим образом:

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

Дважды щелкните «ASP» на главном экране сайта в IIS admin, разверните «Свойства отладки», включите «Отправить ошибки в браузер» и нажмите «Применить».

В разделе «Страницы ошибок» на главном экране выберите «500», затем «Изменить настройки функции» и выберите «Подробные ошибки».

Обратите внимание, что те же шаги применимы к IIS 8.0 (Windows Server 2012).

После попытки ответа Вацлава и Алекса мне все равно пришлось отключить «Показывать дружественные сообщения об ошибках HTTP» в IE.

В web.config под

<system.webServer>

заменить (или добавить) строку

<httpErrors errorMode="Detailed"></httpErrors>

с участием

<httpErrors existingResponse="PassThrough" errorMode="Detailed"></httpErrors>

Это связано с тем, что по умолчанию IIS7 перехватывает коды состояния HTTP, такие как 4xx и 5xx, сгенерированные приложениями далее по конвейеру.

Затем включите « Отправлять ошибки в браузер » в разделе «ASP», а в разделе « Страницы ошибок / Изменить параметры функции » выберите «Подробные ошибки».

Кроме того, предоставьте разрешения на запись в папку веб- сайта встроенной группе IIS_IUSRS .

TLDR: сначала определите, где в конвейере вы получаете ошибку (прокрутите, ища скриншоты чего-то, что напоминает вашу ошибку), внесите изменения, чтобы получить что-то новое, повторите.

Сначала определите, какое сообщение об ошибке вы видите на самом деле.

Если вы видите файл, расположенный здесь ...

% SystemDrive% \ Inetpub \ custerr \\ 500.htm

... который обычно выглядит так:

... тогда вы знаете, что видите текущую настроенную страницу ошибки в ** IIS **, и вам НЕ нужно изменять настройку ASPE customErrors, настройку сведений об ошибках asp или настройку браузера "show friendly http errors".

Возможно, вы захотите взглянуть на вышеуказанный путь, а не доверять моему скриншоту на случай, если кто-то его изменил.

«Да, я вижу вышеописанную ошибку ...»

В этом случае вы видите настройку < httpErrors > или в IIS Manager это страницы ошибок -> Изменить настройки функций. По умолчанию для этого используется errorMode = DetailLocalOnly на уровне узла сервера (в отличие от уровня сайта), что означает, что, хотя вы увидите эту настроенную страницу ошибок, пока удаленно, вы сможете локально войти на сервер и увидеть полный ошибка, которая должна выглядеть примерно так:

У вас должно быть все, что вам нужно, чтобы исправить текущую ошибку.

«Но я не вижу подробных ошибок даже при просмотре на сервере»

Это оставляет пару возможностей.

1. Браузер, который вы используете на сервере, настроен на использование прокси в настройках соединения, поэтому он не рассматривается как «локальный».
2. Вы на самом деле не просматриваете сайт, который, как вы думаете, вы просматриваете - это обычно происходит, когда задействован балансировщик нагрузки. Выполните проверку ping, чтобы узнать, дает ли dns IP-адрес на сервере или где-то еще.
3. Настройки httpErrors вашего сайта установлены только для "Custom". Измените его на «DetailLocalOnly». Однако, если у вас есть ошибка конфигурации, это может не сработать, поскольку httpErrors уровня сайта также является элементом конфигурации. В этом случае перейдите к # 4
4. По умолчанию для httpErrors для всех сайтов установлено значение «Пользовательский». В этом случае вам нужно щелкнуть по узлу сервера верхнего уровня в диспетчере IIS (а не по определенному сайту) и изменить там настройки httpErrors на DetailsLocalOnly . Если это внутренний сервер и вы не беспокоитесь о разглашении конфиденциальной информации, вы также можете установить для него значение «Подробно», что позволит вам увидеть ошибку от клиентов, отличных от сервера.
5. Вам не хватает модуля на сервере, такого как UrlRewrite (этот укус меня сильно кусает, и он часто выдает общее сообщение независимо от настроек httpErrors).

«Вход на сервер для меня не вариант»

Измените httpErrors вашего сайта на «Подробно», чтобы вы могли видеть его удаленно. Но если это не сработает, ваша ошибка уже может быть ошибкой конфигурации, см. № 3 непосредственно выше. Таким образом, вы можете застрять с № 4 или № 5, и вам понадобится кто-то из вашей команды сервера.

«Я не вижу страницу ошибки, описанную выше. Я вижу что-то другое»

Если вы видите это ...

... и вы ожидаете увидеть что-то подобное ...

... тогда вам нужно изменить "Отправить ошибки в браузер" на true в IIS Manager, в разделе Сайт -> IIS -> ASP -> Свойства отладки.

Если вы видите это ...

или это...

... вам нужно отключить дружественные ошибки в вашем браузере или использовать веб-просмотр fiddler, чтобы посмотреть фактический ответ против того, что ваш браузер хочет показать вам.

Если вы видите это ...

... тогда работают пользовательские ошибки, но у вас нет пользовательской страницы ошибок (конечно, в этот момент речь шла о .net, а не о классическом asp). Вам необходимо изменить тег customErrors в файле web.config на RemoteOnly для просмотра на сервере или Off для удаленного просмотра.

Если вы видите что-то в стиле вашего сайта, то, скорее всего, пользовательские ошибки включены или RemoteOnly и отображает пользовательскую страницу (например, Views-> Shared-> Error.cshtml в MVC). Тем не менее, маловероятно, но возможно, что кто-то изменил страницы в IIS для httpErrors, так что смотрите первый раздел об этом.

попробуйте установить значение атрибута httpErrors «существующий ответ» в «PassThrough». Мой был установлен на «Заменить», что заставляло YSOD не отображаться.

<httpErrors errorMode="Detailed" existingResponse="PassThrough">

Одна вещь, о которой никто не упомянул, это очень быстрое и временное исправление: вы можете просмотреть ошибку на локальном хосте этого веб-сервера.

Вы также можете проверить, что если вы изменили папку основного веб-сайта ( c:\inetpub\wwwroot) на другую папку, вы должны дать разрешение на чтение группе IIS_IUSRS в новой папке.

Для людей, которые пробовали ВСЕ и просто НЕ МОГУТ получить подробности об ошибке, чтобы показать, как я, это хорошая идея, чтобы проверить различные уровни конфигурации. У меня есть файл конфигурации на уровне веб-сайта и на уровне приложения (внутри веб-сайта), проверьте оба. Кроме того, как выяснилось, у меня были отключены подробные ошибки на самом высоком узле в IIS (прямо под стартовой страницей, имя которого совпадает с именем компьютера веб-сервера). Проверьте страницы ошибок там.

Нашел это.

http://blogs.iis.net/ksingla/archive/2009/02/16/iis-7-5-updates-to-custom-errors-and-compression.aspx

запустите cmd от имени администратора, перейдите в папку system32 \ inetsrv и выполните:

appcmd.exe set config -section:system.webServer/httpErrors -allowAbsolutePathsWhenDelegated:true

Теперь я вижу подробные ошибки asp.

Если вы запустите браузер на сервере и протестируете свой URL проекта с локальным IP-адресом, вы получите все ошибки этого проекта без страницы общих ошибок (например, страница 500 ошибок).