IIS ne parvient pas à exécuter ASP.NET site de Base - Erreur HTTP 502.5

J'ai eu ce même problème, Mon problème ont été IIS n'a pas été en mesure d'obtenir le chemin d'accès à dotnet. J'ai été en mesure de le réparer en spécifiant le chemin d'accès à la dotnet.exe

<configuration>
  <system.webServer>
    <handlers>
      <add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModule" resourceType="Unspecified" />
    </handlers>
    <aspNetCore processPath="C:\Program Files\dotnet\dotnet.exe" arguments=".\your-project.dll" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout"/>
  </system.webServer>
</configuration>

OriginalL'auteur Akbar Badhusha

J'ai rencontré ce même problème quand j'ai déployé mon application. Il y avait plusieurs problèmes sur ma fin 🙂

Je suis passé par cette page très attentivement: ASP.NET Base: Publication sur IIS

Tout d'abord, je n'ai pas toutes les pièces de la .NET Core de Windows Server Hosting bundle installé. J'ai fini par faire un fremework dépendant de déploiement au lieu d'un déploiement. Nous avons beaucoup d'applications et de ne pas vouloir/besoin de chacun sur leurs propres versions .net de base. Il y aurait beaucoup trop de versions de .net sur la boîte.

Aussi, notez que si votre admins effectué toutes les mises à jour/mises à niveau du serveur, ils pourraient avoir monté votre ASP.NET installation de Base (voir ASP.NET Base: Publication sur IIS section dépannage)

Ensuite, j'ai dû fixer mon web.config... voici mon travail publié web.config:
Je n'ai pas publier comme un *.exe, je n'ai *.dll (avis de mes arguments valeur). Aussi, mon processPath est réglé sur "dotnet".

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <system.webServer>
    <handlers>
      <add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModule" resourceType="Unspecified" />
    </handlers>
    <aspNetCore processPath="dotnet" arguments=".\DT.Web.dll" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" forwardWindowsAuthToken="false" />
  </system.webServer>
</configuration>

Aussi, assurez-vous que votre projet.json options sont tous compatibles avec l'environnement de votre serveur (voir ASP.NET Base: Publication sur IIS section dépannage)

Voici une copie de mon projet.json si elle peut être d'une aide quelconque:

{
  "version": "2.0.1.0",

  "dependencies": {
    "DT.Common": "2.*",
    "DT.Configuration": "2.*",
    "DT.Services": "2.*",
    "DT.Web.ViewModels": "2.*",
    "Microsoft.ApplicationInsights.AspNetCore": "1.0.2",
    "Microsoft.AspNetCore.Authentication": "1.1.0",
    "Microsoft.AspNetCore.Authentication.Cookies": "1.1.0",
    "Microsoft.AspNetCore.Authentication.OpenIdConnect": "1.1.0",
    "Microsoft.AspNetCore.Diagnostics": "1.1.0",
    "Microsoft.AspNetCore.Mvc": "1.1.0",
    "Microsoft.AspNetCore.Razor.Tools": {
      "version": "1.1.0-preview4-final",
      "type": "build"
    },
    "Microsoft.AspNetCore.Routing": "1.1.0",
    "Microsoft.AspNetCore.Server.IISIntegration": "1.1.0",
    "Microsoft.AspNetCore.Server.IISIntegration.Tools": {
      "version": "1.1.0-preview4-final",
      "type": "build"
    },
    "Microsoft.AspNetCore.Server.Kestrel": "1.1.0",
    "Microsoft.AspNetCore.Server.Kestrel.Https": "1.1.0",
    "Microsoft.AspNetCore.Session": "1.0.0",
    "Microsoft.AspNetCore.StaticFiles": "1.1.0",
    "Microsoft.Extensions.Caching.SqlServer": "1.0.0",
    "Microsoft.Extensions.Configuration.Abstractions": "1.1.0",
    "Microsoft.Extensions.Configuration.FileExtensions": "1.1.0",
    "Microsoft.Extensions.Configuration.Json": "1.1.0",
    "Microsoft.Extensions.Logging.Console": "1.1.0",
    "Microsoft.Extensions.Logging.Debug": "1.1.0",
    "Microsoft.Extensions.Options.ConfigurationExtensions": "1.0.0",
    "Microsoft.Graph": "1.1.1",
    "Microsoft.IdentityModel.Clients.ActiveDirectory": "3.13.6"
  },

  "tools": {
    "Microsoft.AspNetCore.Server.IISIntegration.Tools": "1.1.0-preview4-final",
    "Microsoft.AspNetCore.Razor.Tools": {
      "version": "1.1.0-preview4-final",
      "imports": "portable-net45+win8+dotnet5.6"
    },
    "Microsoft.Extensions.Caching.SqlConfig.Tools": "1.1.0-preview4-final"
  },

  "frameworks": {
    "netcoreapp1.1": {
      "imports": [
        "dotnet5.6",
        "portable-net45+win8"
      ],
      "dependencies": {
        "Microsoft.NETCore.App": {
          "version": "1.1.0",
          "type": "platform"
        }
      }
    }
  },

  "buildOptions": {
    "emitEntryPoint": true,
    "preserveCompilationContext": true
  },

  "runtimeOptions": {
    "configProperties": {
      "System.GC.Server": true
    }
  },

  "publishOptions": {
    "include": [
      "wwwroot",
      "views/**/*.cshtml",
      "appsettings.json",
      "appsettings.*.json",
      "web.config"
    ]
  },

  "scripts": {
    "prepublish": [ "bower install", "gulp buildprod" ],
    "postpublish": [ "dotnet publish-iis --publish-folder %publish:OutputPath% --framework %publish:FullTargetFramework%" ]
  }
}

OriginalL'auteur M.Ob

Mon projet fonctionnait bien dans le développement, mais après le déploiement web/publier à la production, il jetait des 502.5 Process Failure.

La raison s'est avéré être que j'avais mis à jour à partir de l'aide de Microsoft.AspNetCore.All 2.0.5 à 2.0.6. A bien fonctionné après le rétablissement de la version précédente.

OriginalL'auteur jv_

J'ai eu le même problème, sauf pour moi, je l'avais mis à jour mon Visual Studio sur mon environnement de dev et le serveur .NetCore d'exécution mis à jour. Une fois que j'ai mis à jour la durée d'exécution sur le serveur que j'étais bon pour aller à nouveau.

Je suppose que mon inexpérience avec VS 2017 mise à jour a été mon problème 😉

OriginalL'auteur Tim Maxey