web-dev-qa-db-fra.com

IIS Serveur & ASP.Net Core - accès impossible à la page car les données de configuration associées à la page sont invalides

L'erreur suivante s'affiche lorsque j'essaie de lancer mon application ASP.Net Core à l'aide de IIS Server v7.5 ... J'ai publié le site Web (option Système de fichiers dans Visual Studio) dans un répertoire spécifique. Il lance très bien à partir du fichier approot/web.cmd. Mais lorsque j'essaie de le connecter au serveur IIS et de le diriger vers le dossier wwwroot, le message d'erreur suivant s'affiche:

Erreur HTTP 500.19 - Erreur interne du serveur

La page demandée est inaccessible car les données de configuration associées à la page ne sont pas valides.

  • Informations d'erreur détaillées
  • Module IIS Web Core
  • Notification inconnue
  • Handler Pas encore déterminé
  • Code d'erreur 0x8007000d
  • Erreur de configuration 
  • Fichier de configuration \?\D:\WebDevelopment\UAT\creativeNamePROD\wwwroot\web.config
  • URL demandée http://10.2.177.226:59/
  • Chemin physique 
  • Méthode de connexion Pas encore déterminé
  • Identifiant de connexion Pas encore déterminé
  • Répertoire des journaux de suivi des demandes ayant échoué

Vous trouverez ci-dessous deux fichiers web.config différents que j'ai essayés. Lorsque j'essaie d'entrer dans l'éditeur de configuration d'IIS, j'obtiens également une erreur peu claire. Toute aide serait grandement appréciée !!!

<configuration>
<system.web>
  <httpRuntime maxQueryStringLength="64768" maxUrlLength="65536" />
</system.web>
<system.webServer>
<security>
  <requestFiltering>
    <requestLimits maxQueryString="64768" />
  </requestFiltering>
</security>
<handlers>
  <add name="httpplatformhandler" path="*" verb="*" modules="httpPlatformHandler" resourceType="Unspecified" />
</handlers>
<httpPlatform processPath="..\approot\web.cmd" arguments="" stdoutLogEnabled="false" stdoutLogFile="..\logs\stdout.log" startupTimeLimit="3600"></httpPlatform>
</system.webServer>
</configuration>

Web.config # 2 - récupère la même erreur

<configuration>
  <system.webServer>
    <handlers>
      <add name="httpplatformhandler" path="*" verb="*" modules="httpPlatformHandler" resourceType="Unspecified" />
    </handlers>
    <httpPlatform processPath="..\approot\web.cmd" arguments="" stdoutLogEnabled="false" stdoutLogFile="..\logs\stdout.log" startupTimeLimit="3600"></httpPlatform>
  </system.webServer>
</configuration>
23
andre

Je crois que j'ai eu cette erreur. Je n'avais pas encore installé le pack d'hébergement .NET Core Windows Server, comme décrit dans des instructions telles que celle-ci

Installer le pack d'hébergement .NET Core 

Installez le .NET Core Hosting Bundle sur le système d'hébergement. Le kit installe .NET Core Runtime, la bibliothèque .NET Core et le module ASP.NET Core. Le module crée le proxy inverse entre IIS et le serveur Kestrel. Si le système ne dispose pas d'une connexion Internet, procurez-vous et installez Microsoft Visual C++ 2015 Redistributable avant d'installer le .NET Core Hosting Bundle.

Comme @Patrick dit que vous pouvez télécharger les paquetages installables à partir de ce lien .

Après avoir installé ce module, mon application a été utilisée (c'est-à-dire sans erreur 500). 

Je vois que @ Jørgen a déjà fait ce commentaire sur OP, il obtient donc un crédit: 

Avez-vous installé le pack d'hébergement .NET Core Windows Server? Ceci est nécessaire pour IIS fonctionner comme proxy inverse pour les bibliothèques principales .net. Vous trouverez le lien dans cet article: docs.Microsoft.com/en-us/aspnet/core/publishing/iis J'ai eu le même problème avant de l'installer sur ma machine de développement. - Jørgen Tvedt 28 mars à 6:31

43
The Red Pea

La seule solution qui a fonctionné pour moi a été d'installer 2 éléments supplémentaires à partir de la bibliothèque de base Microsoft dot net:

https://www.Microsoft.com/net/download/thank-you/dotnet-runtime-2.0.6-windows-x64-asp.net-core-runtime-installer

et 

https://www.Microsoft.com/net/download/thank-you/dotnet-runtime-2.0.6-windows-server-hosting-installer

6

Cela a fonctionné pour moi, supprimez le fichier: project.lock.json et exécutez dotnet restore, restart visual studio

4
Dalton

J'ai pu résoudre le même problème lors de l'exécution de Visual Studio Community 2017 v. 15.7.1.

J'ai dû installer le dernier dotnet-sdk-2.1.300-rc1-008673-win-x64.

http://www.Microsoft.com/net/download/dotnet-sdk-2.1.300-rc1-windows-x64-installer

0