ASP.NET Core 1.1 fonctionne bien localement mais lors de la publication sur Azure dit "une erreur s'est produite lors du démarrage de l'application."

puisque beaucoup de problèmes différents peuvent causer cette page d'erreur, je peux fortement recommander ce qui suit afin de déterminer la cause racine rapidement et facilement, sans lutter Azure (ou n'importe quel serveur/plate-forme pour cette matière) pour obtenir des journaux.

Vous pouvez activer extrêmement utile messages d'erreur conviviaux pour les développeurs au démarrage en mettant le .UseSetting("detailedErrors", "true") et .CaptureStartupErrors(true) actions dans votre Programme.cs fichier.

pour ASP.NET noyau 1.x

public static void Main(string[] args)
{
  var host = new WebHostBuilder()
      .UseKestrel()
      .UseContentRoot(Directory.GetCurrentDirectory())
      .UseSetting("detailedErrors", "true")
      .UseIISIntegration()
      .UseStartup<Startup>()
      .CaptureStartupErrors(true)
      .Build();

  host.Run();
}

(2018/07)mise à jour pour ASP.NET noyau 2.1

public class Program  
{
    public static void Main(string[] args)
    {
        BuildWebHost(args).Run();
    }

    public static IWebHost BuildWebHost(string[] args) =>
        WebHost.CreateDefaultBuilder(args)
            .CaptureStartupErrors(true)
            .UseSetting("detailedErrors", "true")
            .UseStartup<Startup>()
            .Build();
}

• ces paramètres doivent être supprimés dès que votre dépannage est terminé afin de ne pas exposer votre application à des attaques malveillantes.

connectez-vous via un client sftp et supprimez tout ce qui se trouve dans le dossier site/wwwroot manuellement. Republier

Je n'ai eu que des problèmes depuis que j'ai migré une application hébergée sur Azure vers .net core à partir de MVC 4.

il y a quelques semaines, j'ai été incapable de faire démarrer un projet après une publication réussie. J'ai même essayé à deux reprises de supprimer tout le profil du Service App et de le recréer avec le même nom. Toutefois, lorsque j'ai ajouté un "2" au Nom du Service App (pour créer un service app jamais utilisé auparavant) publier exactement le même projet avec 0 modifications a fonctionné parfaitement. Que fait exactement un delete si je peux publier avec succès à un nouveau service app mais pas un supprimé et recréé? Supprimer les fichiers existants à Destination a été vérifié dans chaque publication, qui n'a rien fait non plus.

j'ai eu la même erreur aujourd'hui que sur la photo dans L'OP de mon site n ° 2. Cela s'est produit après avoir essayé de mettre à jour un certain nombre de paquets asp nuget. et re-déployer. Vraiment ne voulant pas avoir à passer à l'itération myApp3 de mon service app, j'ai décidé d'utiliser les informations FTP fournies dans la page Aperçu azure. J'ai navigué vers le Site / wwwroot et j'ai effacé tout ce qui se trouvait à l'intérieur du client FTP. J'ai ensuite publié la demande, et ça a marché. Je ne peux que conclure que "Supprimer la case" ne fonctionne pas correctement.

j'ai le même problème. Juste pas déployé à Azure, j'utilise ma machine locale comme serveur et l'héberge dans IIS.

An error occurred while starting the application.

.NET Core X64 v4.1.1.0    |   Microsoft.AspNetCore.Hosting version 1.1.1    |    Microsoft Windows 10.0.14393    |   Need help?

Et cela a été résolu en changeant le web.config.

Premier set stdoutLogEnabled = "true"

alors assurez-vous stdoutLogFile=".\logs\stdout" /> ce dossier existe.

et puis redémarrer IIS, vous pouvez trouver le vrai problème dans le fichier log.

la Question est probablement dupliqué - reportez-vous à ASP.NET de Base de l'hébergement de 500 internal server error.

Réponse rapide:

Vous devez définir: stdoutLogEnabled="true" et stdoutLogFile=".\logs\stdout". Aussi, vous devez créer logs le dossier manuellement.

DELETE toutes les dll existantes à partir de wwwroot / your_application_folder, puis copier tous les fichiers de sortie de publier & dossiers.

le problème se produit lorsque les NUGETS se mettent à jour eux-mêmes. Si vous ne nettoyez pas les fichiers existants sous wwwroot/your_application_folder IIS affiche l'erreur ci-dessus.

dans mon cas, c'était parce que j'essayais de publier des secrets d'utilisateur à utiliser avec Fabook OAuth. Je sais que c'est une réponse très spécifique à une situation, mais outh semble assez commun de nos jours. Il s'avère que les secrets d'utilisateur ne sont pas destinés à être publiés. Qui savait.

donc pour tester ceci j'ai Temporairement changé le code suivant au démarrage.cs. Ces données ne doit pas être codé en dur comme faisant partie des meilleures pratiques, que ça finirait en texte clair dans la source contrôle.

Avant

    app.UseFacebookAuthentication(new FacebookOptions()
    {
        AppId = Configuration["Authentication:Facebook:AppId"],
        AppSecret = Configuration["Authentication:Facebook:AppSecret"]
    });

Après

    app.UseFacebookAuthentication(new FacebookOptions()
    {
        AppId = "0000000000000", // your value
        AppSecret = "0000000000000000000000000000000" // your value
    });

alors ça a marché.

dans mon cas, c'était parce que j'essayais d'obtenir quelques données au démarrage, et dbcontext n'a pas été mis à jour dans l'environnement de production.

J'ai changé ma chaîne de connexion en Production et exécuté la mise à jour de la base de données, et le problème est résolu.