ASP.NET: ошибка HTTP 500.19-Внутренняя ошибка сервера 0x8007000d

Я реплицирую развертывание веб-приложения и обнаружил несколько проблем, связанных с HTTP Error 500.19. Моя машина работает Windows 7 а не через Windows 8. Мы разрабатываем наше веб-приложение, используя Visual Studio 2010.

во-первых, я получил код ошибки 0x80070021, похожие на posted здесь. Я обновляю свою паутину.config в соответствии с принятым ответом, а затем я получил следующий код ошибки (который похожие как написал здесь).

HTTP Error 500.19 - Internal Server Error
Error Code 0x8007000d
Config Source -1: 0:

Я прочитал определение симптомов страница поддержки Microsoft и причиной ошибки является:

эта проблема возникает из-за ApplicationHost.конфигурационный файл или веб.файл конфигурации содержит искаженный XML-элемент.

и решение

удалите искаженный XML-элемент из ApplicationHost.файл конфигурации или из интернета.конфиг файл.

веб.конфигурация, которую я использовал, отлично работает в исходной среде разработки.

вот что я проверил и пробовал до сих пор:

  1. установить ASP.NET вызывая aspnet_regiis-i
  2. установите мое приложение для использования другого пула приложений (ASP.NET v4.0, .NET v4 и т. д.)
  3. ApplicationHost.файл config по-прежнему использует по умолчанию из Windows 7.

это часть моя паутина.Config

<system.webServer>
    <section name="handlers" overrideModeDefault="Allow" /> 
    <section name="modules" allowDefinition="MachineToApplication" overrideModeDefault="Allow" />
    <validation validateIntegratedModeConfiguration="false" />
    <modules runAllManagedModulesForAllRequests="true">
    </modules>
    <handlers>
        <remove name="UrlRoutingHandler" />
        <add name="ReportViewerWebControlHandler" preCondition="integratedMode" verb="*" path="Reserved.ReportViewerWebControl.axd" type="Microsoft.Reporting.WebForms.HttpHandler, Microsoft.ReportViewer.WebForms, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />
    </handlers>
    <urlCompression doStaticCompression="true" doDynamicCompression="false"></urlCompression>
    <directoryBrowse enabled="true" />
    <defaultDocument>
        <files>
            <add value="Logon.aspx" />
        </files>
    </defaultDocument>
</system.webServer>

Я прочитал похожие/дубликаты / закрытые сообщения (около 13) сообщений в stackoverflow, попробовал все, кроме ответа, связанного с Ajax (это связано), и до сих пор не знаю, что такое ошибка.

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

10 ответов


ошибка 0x8007000d означает модуль перезаписи URL (ссылка в интернете.конфигурации) отсутствует или правильная версия не установлена.

просто установите модуль перезаписи URL через установщик веб-платформы.

Я рекомендую проверить все зависимости от web.настройте и установите их.


в моем случае, поскольку я переустановил iis, мне нужно было зарегистрировать iis в dot net 4 с помощью этой команды:

C:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis.exe -i

при попытке настроить веб-сайт .NET Core 1.0 Я получил эту ошибку и попробовал все остальное, что я мог найти, без везения, включая проверку в интернете.файл конфигурации, разрешения IIS_IUSRS, модуль перезаписи URL IIS и т. д. В конце концов, я установил DotNetCore.1.0.0-WindowsHosting.exe С этой страницы:https://www.microsoft.com/net/download и он начал работать сразу.

конкретная ссылка для загрузки: https://go.microsoft.com/fwlink/?LinkId=817246


установить перезапись URL:

обновление-теперь это доступно здесь (и работает с IIS 7-10):

https://www.iis.net/downloads/microsoft/url-rewrite

убедитесь, что для вашего сервера IIS установлено значение "разрешено":

enter image description here


вроде поздно на вечеринку здесь, но я только что боролся с той же проблемой (симптомами) и проклинал отсутствие подробных отчетов об ошибках. Он отлично работал на машинах IIS 8+, но Win 7 получил эти мгновенные ошибки HTTP 500.19. Для меня это было так же глупо, как неподдерживаемый элемент конфигурации в конфигурационный файл:

 <applicationInitialization doAppInitAfterRestart="true">
  <add initializationPage="/" />
</applicationInitialization>

Итак, при запуске old web.конфигурационные файлы работали нормально, я просто разделил их и начал рубить новые блоки, пока не получил страницу для запуска погрузка. Если бы я воспринял это как ответ, я бы немедленно пошел по этому пути, поскольку знал, что ни одно из популярных решений не имеет отношения к делу. Итак, вы идете:)


проблема решена. Вот шаги, которые я пробовал:

  • включить 32-разрядное приложение в IIS - > пул приложений - > Дополнительные параметры
  • Система Копирования.EnterpriseServices.dll и система.EnterpriseServices.Обертка.dll из C:\Windows\Microsoft.NET\Framework\v2.0.50727 в папку приложения bin
  • делать комментарии / раскомментируйте разделы в интернете.config и обнаружил, что проблема связана со ссылочной DLL.

конфиг что я прокомментировал Предыдущее, что я добавил:

<section name="handlers" overrideModeDefault="Allow" /> 
<section name="modules" allowDefinition="MachineToApplication" overrideModeDefault="Allow"/>
  • добавьте необходимый FasterFlect.DLL используется Combres.DLL v2.1.0.0 в папку bin приложения (должен загрузить полный zip из Combres codeplex, потому что требуется FASTERFLECT DLL V2.0.3732.24338 не может быть найден в fasterflect codeplex) и других библиотеках DLL. Для удобства, используйте полный Combres.DLL (1,3 МБ)
  • проверьте правильность настройки версий DLL и маркеров открытого ключа в web.config с помощью инструмент, например .NET Reflector

Я понимаю, что эта ошибка может возникнуть по многим причинам. В моем случае это было потому, что я удалил службу WSUS из ролей сервера, и весь IIS пошел вниз. После проведения небольшого исследования я обнаружил, что удаление WSUS удаляет несколько DLL, которые используются для сжатия http. Поскольку эти библиотеки DLL отсутствовали, и IIS все еще искал их, я сделал сброс, используя следующую команду в CMD:

appcmd set config -section:system.webServer/httpCompression /-[name='xpress']

Бинго! Теперь проблема решена. Не забудьте запустите его как администратор. Возможно, Вам также понадобится сделать "iisreset". На всякий случай.

надеюсь, это поможет другим. Ура!--2-->


Я включаю службу .NET Framework 3.5 и 4.5 Advance в Панели управления->Программы и функции->включение или выключение функций Windows.это работает на меня.


У меня была эта проблема с совершенно новым веб-сервисом. Решил это, добавив доступ только для чтения для всех в Properties - >Security для папки, в которой находилась служба.


для меня это было все о настройке моего веб-сервера, чтобы использовать последнюю и самую большую технологию для поддержки моего ASP.NET 5 применение!

следующий URL дал мне все советы, которые мне нужны:

https://docs.asp.net/en/1.0.0-rc1/publishing/iis-with-msdeploy.html

надеюсь, что это помогает :)