Ошибка сервера в приложении '/' Aspnetdb.mdf ... на производственном сервере

Question

Я получаю следующую ошибку, когда загружаю свой сайт на производственный сервер, используя базу данных в APP_DATA ASPNETDB.MDF

Ошибка сервера в приложении '/'

Ошибка выполнения

Описание: на сервере произошла ошибка приложения. Текущие пользовательские настройки ошибок для этого приложения предотвращают сведения об ошибке приложения быть просмотрены удаленно (по соображениям безопасности). Однако это можно было бы просмотреть браузерами, работающими на локальном серверном машине.

Подробная информация: Чтобы включить детали этого конкретного сообщения об ошибке, можно просматривать на удаленных машинах, создайте тег в файле конфигурации «web.config», расположенном в корневом каталоге текущего веб -приложения. Этот тег должен иметь свой атрибут «режим», установленную в «OFF».

web.config:

<!-- Web.Config Configuration File -->
<configuration>
    <system.web>
        <customErrors mode="Off"/>
    </system.web>
</configuration>

Примечания: текущая страница ошибки, которую вы видите, может быть заменена на пользовательскую страницу ошибки, изменяя атрибут «DefaulTRedirect» тега конфигурации приложения, чтобы указать на пользовательский URL -адрес страницы ошибки.

<!-- Web.Config Configuration File -->
<configuration>
    <system.web>
        <customErrors mode="RemoteOnly" defaultRedirect="mycustompage.htm"/>
    </system.web>
</configuration>

Я в замешательстве, почему эта ошибка произошла ?? И привет, чтобы исправить это, чтобы отобразить веб -сайт ...

Answer 1

Посмотрите на статью Скоттгу - Рецепт: развертывание базы данных SQL в среду удаленного хостинга (часть 1) и статья от Скотта Митчелла - Развертывание локальной базы данных на удаленном веб -хосте

Answer 2

Только для быстрого устранения неполадок: просто следите за тем, что он спрашивал ... Откройте свой файл web.config и временно измените атрибут режима. Я предполагаю, что у вас есть перенаправление на что -то еще, что мешает вам увидеть реальную ошибку.

В конечном счете, это хорошая практика, чтобы захватить и записывать ошибки в какую -то стойкость (DB, файл журнала и т. Д.) И устранение неполадок из них. Возможно, через пользовательский веб -интерфейс администратора, чтобы просмотреть ошибки или просто привести файлы журнала обратно на свою машину и исследовать его локально.