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


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

во-первых, я получил код ошибки 0x80070021, аналогично размещенному здесь. Я обновляю свою паутину.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.

это часть моей сети.Конфигурации

<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>

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

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

10 63

10 ответов:

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

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

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

в моем случае, поскольку я переустановил 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>

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

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

  • включить 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.настройка с помощью инструмент, например .NET Reflector

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

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

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

надеюсь, что это помогает другим. Ура

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

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

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

следующий URL дал мне все необходимые советы:

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

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