Erreur HTTP 500.19 et code d'erreur: 0x80070021

J'ai une construction webAPI simple par Visual Studio 2013. Cela fonctionne bien lorsque je l'exécute à partir de VS13 mais lorsque je copie le projet dans IIS local, cela me donne l'erreur suivante.

Erreur HTTP 500.19 - Erreur de serveur interne La page demandée n'est pas accessible car les données de configuration associées pour la page ne sont pas valides.

Informations détaillées sur l'erreur:

Module IIS Web Core

Notification BeginRequest

Gestionnaire Pas encore déterminé

Code d'erreur 0x80070021

Erreur de configuration Cette section de configuration ne peut pas être utilisée sur ce chemin. Cela se produit lorsque la section est verrouillée au niveau parent. Le verrouillage est soit par défaut (overrideModeDefault = "Deny"), soit défini explicitement par une balise d'emplacement avec overrideMode = "Deny" ou l'héritage allowOverride = "false".

Fichier de configuration \? \ C: \ inetpub \ wwwroot \ APITeslin \ web.config

Source de configuration:

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

Vous avez exactement la même erreur et suis venu à cette question. Comme @SpaceBison l'a mentionné dans les commentaires, cette réponse décrit la solution - https://stackoverflow.com/a/12867753/404099 . Je l'ai repéré trop tard et il manque quelques étapes. C'est ce qui a fonctionné pour moi:

Windows Server 2012, IIS 8.5 . Devrait également fonctionner pour d'autres versions.

• Accédez au gestionnaire de serveur, cliquez sur ajouter des rôles et des fonctionnalités
• Dans la section des rôles, choisissez: Serveur Web
  • Sous la sous-section Sécurité, choisissez tout (j'ai exclu le résumé, les restrictions IP et l'autorisation d'URL car nous ne les utilisons pas)
  • Sous Développement d'applications, choisissez .NET Extensibility 4.5, ASP.NET 4.5 et les deux entrées ISAPI
• Dans la section des fonctionnalités, choisissez: NET 3.5, .NET 4.5, ASP.NET 4.5
• Dans la section du serveur Web, choisissez: Serveur Web (tout), Outils de gestion (console de gestion IIS et service de gestion), Authentification Windows - si vous en utilisez un

J'ai eu cette erreur en essayant d'héberger un service WCF dans une application ASP.NET vide. Toute la solution utilisait la plate-forme .NET 4.5, sur IIS 8.5 fonctionnant sous Windows 8.1. Le gotcha devait

1. Ouvrez "Activer ou désactiver les fonctionnalités Windows"

2. Accédez à la section WCF sous ASP.NET 4.5 services avancés

3. Vérifiez l'activation HTTP.

4. Vous serez invité à redémarrer le système.

   

Cela devrait corriger le HTTP 500.19!

EDIT 11-FEB-2016 Je viens de recevoir un problème sur Windows 10 Pro, IIS 10, cette fois, c'était un HTTP 404.0. Le correctif est toujours le même, activez «Activation HTTP» sous Fonctionnalités Windows -> Services avancés .NET Framework 4.6 -> Services WCF -> Activation HTTP

J'avais aussi le même problème mais après un brainstorming avec IIS et google pendant plusieurs heures. J'ai trouvé la solution. Cette erreur est due au fait que certains paramètres sont désactivés dans IIS applicationHost.config.

Voici les étapes de la solution:

1. Aller C:\Windows\System32\inetsrv\config\applicationHost.configet ouvrir dans le bloc-notes

2. Modifiez la valeur de clé suivante présente dans

   • <section name="handlers" overrideModeDefault="Deny" /> changer cette valeur de "Refuser" à "Autoriser"

   • <section name="modules" allowDefinition="MachineToApplication" overrideModeDefault="Deny" /> changer cette valeur de "Refuser" à "Autoriser"

Ça a marché pour moi.

Si vous exécutez IIS sur cet ordinateur pour la première fois, vous devez essayer d'exécuter l'outil d'enregistrement ASP.NET IIS (aspnet_regiis.exe).

Voici comment procéder: Si vous utilisez .net framework v4, ouvrez l'invite de commande en tant qu'administrateur et changez de répertoire dans votre dossier de base .net framework en utilisant:

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

ou, si vous utilisez un ordinateur 64 bits, utilisez:

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

lorsque vous avez réussi à accéder au répertoire approprié, exécutez l'outil d'enregistrement ASP.NET IIS à l'aide de:

aspnet_regiis -i

Si vous utilisez une version de framework .NET différente, remplacez-la simplement v4.0.30319par le nom de dossier approprié.

J'espère que cela t'aides.

J'ai résolu ce problème en procédant comme suit:

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

Sur Windows 8.1, IIS 8.5, la solution pour moi était d'enregistrer 4.5 depuis le panneau de configuration:

Programmes et fonctionnalités> Activer ou désactiver les fonctionnalités Windows> Information Information Services> Services World Wide Web> Fonctionnalités de développement d'applications> Sélectionnez ASP.NET 4.5

Cliquez sur OK.

Comme l'erreur indique - "Cela se produit lorsque la section est verrouillée au niveau parent". Pour déverrouiller la section, vous pouvez utiliser appcmd.exe et exécuter la commande suivante:

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

Pour plus d'informations sur le verrouillage de section et sur le contexte de configuration parent, reportez-vous à la documentation IIS .

Dans notre cas, nous avons eu du mal avec cette erreur pendant plusieurs jours. Il s'avère que dans le panneau de configuration, les programmes, activez ou désactivez les fonctionnalités de Windows.

Nous avons sélectionné Internet Information Services, World Wide Web Services, Application development features et là nous vérifions l'ensemble des fonctionnalités associées à notre environnement de développement. Par exemple: ASP.NET 4.6. Extensibilité .NET 4.6, etc.

Ça marche!

Essayez de déverrouiller les paramètres de configuration IIS (7.5) pertinents au niveau du serveur, comme suit:

1. Ouvrez IIS Manager
2. Sélectionnez le serveur dans le volet Connexions
3. Ouvrez l' éditeur de configuration dans le volet principal
4. Dans la liste déroulante Sections, sélectionnez la section à déverrouiller, par exemple system.webServer> defaultPath
5. Cliquez sur Déverrouiller l'attribut dans le volet droit
6. Répétez pour tous les autres paramètres que vous devez déverrouiller
7. Redémarrez IIS (facultatif) - Sélectionnez le serveur dans le volet Conncetions, cliquez sur Redémarrer dans le volet Actions

Dans mon cas, il y avait des règles pour le module de réécriture d'URL IIS mais je n'avais pas installé ce module. Vous devriez vérifier votre web.config s'il y a des modules inclus mais non installés.

S'il s'agit de Windows 10, ouvrez le PowerShell en tant qu'administrateur et exécutez la commande suivante:

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

Votre web.config décrit que vous utilisez l' authentification par formulaire - assurez-vous d'activer l'authentification par formulaire et de désactiver l' authentification anonyme dans IIS sous le menu Authentification, pour le site Web qui s'exécute dans IIS.

Veuillez <staticContent />le doubler et le supprimer du web.config.

Eh bien, nous utilisons Amazon Web Services et nous cherchons donc à utiliser des scripts et des programmes pour résoudre ce problème. J'ai donc été à la recherche d'un outil en ligne de commande. Alors j'ai d'abord essayé l'astuce de courir

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

mais parce que j'exécute un Windows Server 2012 basé sur le cloud, il s'est plaint

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.

et j'ai recherché sur Google et trouvé la page de support Microsoft KB2736284 officielle . Il existe donc un outil en ligne de commande dism.exe. J'ai donc essayé ce qui suit

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

mais il s'est plaint et a donné une liste de noms de fonctionnalités à essayer, alors je les ai essayés un par un et j'ai testé ma page Web WebAPI après chacun et cela a fonctionné après celui du bas de la liste.

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 

Et maintenant, je peux naviguer sur mon site WebAPI et voir les informations sur l'API. Cela devrait aider quelques personnes. [Cependant, je ne suis pas encore totalement sorti du bois et je ne peux pas accéder au site Web depuis l'extérieur de la boîte. Travaille toujours dessus.]

De plus, j'ai fait quelques étapes précédentes en suivant les réponses d'autres personnes. Je peux confirmer que la délégation de fonctionnalités suivante doit être modifiée (bien que j'aimerais trouver un outil de ligne de commande pour ceux-ci).

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

Vérifiez si le serveur IIS a installé la fonction de réécriture d'URL.
S'il n'est pas installé, assurez-vous que votre fichier web.config n'a pas la configuration associée à la réécriture d'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=".*"/> ...

Parfois, nous avons copié la configuration du serveur hérité et déployé immédiatement sur un tout nouveau serveur, puis nous pouvons rencontrer ce type de problème 500.

Cela fonctionne et me fait gagner du temps. Essayez-le Erreur HTTP 500.19 - Erreur de serveur interne - 0x80070021 (IIS 8.5)

La solution qui a fonctionné pour moi a été de supprimer mon Web.config actuel et d'en ajouter un nouveau. Cela a résolu le problème pour moi