Помилка HTTP 500.19 та код помилки: 0x80070021

У мене проста побудова webAPI від Visual Studio 2013. Він добре працює, коли я запускаю його з VS13, але коли я копіюю проект у локальний IIS, це дає мені наступну помилку.

Помилка HTTP 500.19 - Внутрішня помилка сервера Доступ до запитуваної сторінки неможливо, оскільки пов'язані дані конфігурації для сторінки недійсні.

Детальна інформація про помилку:

Модуль IIS Web Core

Повідомлення BeginRequest

Обробник ще не визначений

Код помилки 0x80070021

Конфігурація помилки Цей розділ конфігурації не можна використовувати на цьому шляху. Це відбувається, коли розділ заблоковано на батьківському рівні. Блокування є або за замовчуванням (overrideModeDefault = "Заборонити"), або встановлено явно тегом локації з overrideMode = "Заборонити" або спадщиною enableOverride = "false".

Налаштування файлу \? \ C: \ inetpub \ wwwroot \ APITeslin \ web.config

Налаштування джерела:

36:   <system.webServer>  
37:     <handlers>  
38:       <remove name="ExtensionlessUrlHandler-Integrated-4.0" />

Зробив саме таку помилку і прийшов до цього питання. Як згадується у коментарях @SpaceBison, ця відповідь описує рішення - https://stackoverflow.com/a/12867753/404099 . Я помітив це занадто пізно, і він пропускає кілька кроків. Це для мене працювало:

Windows Server 2012, IIS 8.5 . Має працювати і для інших версій.

• Перейдіть до менеджера серверів, натисніть кнопку Додати ролі та функції
• У розділі ролей виберіть: Веб-сервер
  • У підрозділі Безпека виберіть усе (я виключив дайджест, обмеження IP та авторизацію URL, оскільки ми їх не використовуємо)
  • У розділі Розробка додатків виберіть .NET Extensibility 4.5, ASP.NET 4.5 і обидва записи ISAPI
• У розділі функцій виберіть: NET 3.5, .NET 4.5, ASP.NET 4.5
• У розділі веб-сервера виберіть: Веб-сервер (усі), Інструменти управління (Консоль управління IIS та служба управління), Автентифікація Windows - якщо ви використовуєте будь-який із них

Я отримав цю помилку під час спроби розмістити службу WCF у порожній програмі ASP.NET. Все рішення використовувало платформу .NET 4.5, на IIS 8.5 під керуванням Windows 8.1. Гатча мала бути

1. Відкрийте "Увімкнення та вимкнення функцій Windows"

2. Перейдіть до розділу WCF під розширеними послугами ASP.NET 4.5

3. Перевірте активацію HTTP.

4. Вам буде запропоновано перезапустити систему.

   

Це має виправити HTTP 500.19!

EDIT 11-FEB-2016 Щойно з’явилася проблема в Windows 10 Pro, IIS 10, на цей раз це був HTTP 404.0. Виправлення все одно те саме, увімкніть "Активація HTTP" у розділі Особливості Windows -> .NET Framework 4.6 Додаткові сервіси -> Послуги WCF -> Активація HTTP

У мене також виникала та сама проблема, але після штурму мозку за допомогою IIS та Google протягом багатьох годин. Я знайшов рішення. Ця помилка пояснюється тим, що деякі параметри в IIS вимкненоapplicationHost.config .

Нижче наведено кроки до вирішення:

1. Перейдіть до C:\Windows\System32\inetsrv\config\applicationHost.configта відкрийте у блокноті

2. Змініть таке ключове значення, яке присутнє в

   • <section name="handlers" overrideModeDefault="Deny" /> змінити це значення з "Заборонити" на "Дозволити"

   • <section name="modules" allowDefinition="MachineToApplication" overrideModeDefault="Deny" /> змінити це значення з "Заборонити" на "Дозволити"

Це працювало для мене.

Якщо ви працюєте з IIS на цьому комп’ютері вперше, спробуйте запустити інструмент реєстрації ASP.NET IIS (aspnet_regiis.exe).

Ось як це зробити: Якщо ви використовуєте .net Framework v4, відкрийте командний рядок як адміністратор та змініть каталог в базову папку .net Framework, використовуючи:

CD C:\Windows\Microsoft.NET\Framework\v4.0.30319

або, якщо ви використовуєте 64-розрядний комп'ютер, використовуйте:

CD C:\Windows\Microsoft.NET\Framework64\v4.0.30319

коли ви успішно перейшли до відповідного каталогу, запустіть інструмент реєстрації ASP.NET IIS, використовуючи:

aspnet_regiis -i

Якщо ви використовуєте іншу версію .NET Framework, просто замініть v4.0.30319відповідну назву папки.

Сподіваюсь, це допомагає.

Я вирішив це, зробивши наступне:

WebServer(ISS)->WebServer->Application Development
add .NET Extensibility 3.5
add .NET Extensibility 4.5
add ASP.NET 4.5
add ISAPI Extensions
add ISAPI Filters

У Windows 8.1, IIS 8.5 рішенням для мене було зареєструвати 4.5 з панелі управління:

Програми та функції> Увімкнення та вимкнення функцій Windows> Інформаційно-інформаційні послуги> Послуги всесвітньої веб-служби> Функції розробки додатків> Виберіть ASP.NET 4.5

Натисніть кнопку ОК.

Як ідентифікація помилки - "Це відбувається, коли розділ заблокований на батьківському рівні". Щоб розблокувати розділ, ви можете використовувати appcmd.exe та виконати таку команду:

%windir%\system32\inetsrv\appcmd.exe unlock config -section:system.webServer/handlers -commitpath:apphost

Для отримання додаткової інформації про блокування розділів та про те, який контекст для батьківської конфігурації посилається на документацію IIS .

У нашому випадку ми боролися з цією помилкою досить довгі дні. Виявляється, на панелі управління, програмах вмикають або вимикають функції вікна.

Ми вибрали Інтернет-інформаційні послуги, веб-сервіси в усьому світі, функції розробки додатків і там перевіряємо набір функцій, пов’язаних із нашим середовищем розробки. Наприклад: ASP.NET 4.6. Розширення .NET 4.6 тощо.

Це працює!

Спробуйте розблокувати відповідні настройки конфігурації IIS (7.5) на рівні сервера:

1. Відкрийте менеджер IIS
2. Виберіть сервер на панелі «Підключення»
3. Відкрийте редактор конфігурації на головній панелі
4. У спадному розділі Виберіть розділ, який потрібно розблокувати, наприклад system.webServer> defaultPath
5. Клацніть Розблокувати атрибут у правій області
6. Повторіть будь-які інші налаштування, які потрібно розблокувати
7. Перезапуск IIS (необов’язково) - Виберіть сервер на панелі Концесії, натисніть кнопку Перезапустити на панелі дій

У моєму випадку були правила для модуля перезапису URL-адреси IIS, але у мене цього модуля не було встановлено. Ви повинні перевірити свою web.config, чи є модулі включені, але вони не встановлені.

Якщо це Windows 10, тоді відкрийте панель повноважень як адміністратор і запустіть таку команду:

dism /online /enable-feature /all /featurename:IIS-ASPNET45

Ваш web.config описує, що ви використовуєте автентифікацію форм - переконайтеся, що ви ввімкнули автентифікацію форм і відключили анонімну автентифікацію в IIS в меню «Автентифікація» для веб-сайту, який працює в IIS.

Будь ласка, <staticContent />викресліть і видалить його з web.config.

Ми використовуємо веб-сервіси Amazon, тому ми хочемо використовувати сценарії та програми, щоб пройти цю проблему. Тому я був на полюванні за інструментом командного рядка. Тому спочатку я спробував хитрість бігу

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

але оскільки я запускаю хмарний Windows Server 2012, він скаржився

This option is not supported on this version of the operating system. Administrators should instead install/uninstall ASP.NET 4.5 with IIS8 using the "Turn Windows Features On/Off" dialog, the Server Manager management tool, or the dism.exe command line tool. For more details please see http://go.microsoft.com/fwlink/?LinkID=216771.

і я заглянув Google і знайшов офіційну сторінку підтримки Microsoft KB2736284 . Отже, є інструмент командного рядка dism.exe. Тому я спробував наступне

dism /online /enable-feature /featurename:IIS-ASPNET45

але він поскаржився і подав список імен функцій, щоб спробувати, тому я спробував їх по черзі, і я протестував свою веб-сторінку WebAPI після кожної, і вона працювала після нижньої в списку.

dism /online /enable-feature /featurename:IIS-ApplicationDevelopment
dism /online /enable-feature /featurename:IIS-ISAPIFilter 
dism /online /enable-feature /featurename:IIS-ISAPIExtensions 
dism /online /enable-feature /featurename:IIS-NetFxExtensibility45 

І тепер я можу перейти на свій веб-сайт WebAPI і переглянути інформацію про API. Це має допомогти декільком людям. [Однак я ще зовсім не вийшов з лісу і не можу зайти на веб-сайт поза межами вікна. Ще над цим працюю.]

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

In Feature delegation

Change 
'Handler Mappings' from Read Only to Read/Write

Change 
'Modules' from Read Only to Read/Write

Change 
'SSL Settings' from Read Only to Read/Write

Перевірте, чи встановлено IIS-сервер функцією перезапису URL-адреси.
Якщо він не встановлений, переконайтеся, що у вашому файлі web.config немає конфігурації перезапису URL-адреси

<!-- Make sure don't have below config, if server have not installed url rewrite feature. -->
<rewrite>
  <rules>
    <rule name="Fail bad requests">
      <match url=".*"/> ...

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

Це працює і економить мій час. Спробуйте HTTP Error 500.19 - Внутрішня помилка сервера - 0x80070021 (IIS 8.5)

Для мене працювало рішення видалити мій поточний Web.config і додати новий. Це вирішило для мене проблему