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.конфигурационный файл или из интернета.конфигурационный файл.
, сеть.конфигурация, которую я использовал, отлично работает в исходной среде разработки.вот что я проверил и попробовал до сих пор:
- установить ASP.NET вызывая aspnet_regiis-i
- установите мое приложение для использования другого пула приложений (ASP.NET V4. 0, .NET v4 и т.д.)
- 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 ответов:
ошибка 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 установлено значение "разрешено":
вроде поздно на вечеринку здесь, но я только что боролся с той же самой проблемой (симптомами) и проклинал отсутствие подробных отчетов об ошибках. Он отлично работал на машинах 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
надеюсь, что это помогает :)