HTTP Hatası 500.30 - ANCM İşlem İçi Başlatma Hatası

.Net core sdk 2.2 ile birlikte gelen ve sözde performansı yaklaşık% 400 artırması amaçlanan yeni bir özelliği deniyordum.

Etkileyici, bu yüzden ABP ( ASP.NET Boilerplate ) projemde denedim

Template asp.net core mvc 4.0.2.0

Benim için aşağıdaki eklendi web.mv.cprojdosyası

  <PropertyGroup>
    <TargetFramework>netcoreapp2.2</TargetFramework>
    <AspNetCoreHostingModel>InProcess</AspNetCoreHostingModel>
  </PropertyGroup>

  <ItemGroup>
    <PackageReference Include="Microsoft.AspNetCore.App" />
    <PackageReference Include="Microsoft.AspNetCore.Razor.Design" Version="2.2.0" PrivateAssets="All" />
  </ItemGroup>

Maalesef ABP çerçevesinin bu versiyonunun uyumlu olduğunu düşünmüyorum, çünkü proje basitçe çalışmıyor ve fırlatıyor: (sonunda)

HTTP Hatası 500.30 - ANCM İşlem İçi Başlatma Hatası

stdoutLogEnabled="true"Web.config dosyasında ayarladıktan ve yeniden denedikten sonra günlükleri kontrol ettim ama giriş yok.

Süreç kurulumunda mevcut ABP'yi bir asp.net çekirdeğine karşı çalıştıran herhangi bir başarılı oldu mu?

Bunun yalnızca ABP vNext'te mevcut olabileceğini düşünüyorum.

ASP.NET Core 2.2'de, IIS ile IIS InProcess barındırma adı verilen yeni bir Sunucu / barındırma modeli yayınlandı . İşlem içi barındırmayı etkinleştirmek için, hostingModel'i web.config dosyasında inprocess olarak ayarlamak için csproj öğesi AspNetCoreHostingModel eklenir. Ayrıca web.config, süreç içi barındırma için gerekli olan AspNetCoreModuleV2 adlı yeni bir modüle işaret eder.

Dağıtım yaptığınız hedef makinede ANCMV2 yoksa, IIS InProcess barındırmayı kullanamazsınız. Öyleyse, doğru davranış dotnet barındırma paketini hedef makineye yüklemek veya AspNetCoreModule'a düşürmektir.

Kaynak: jkotalik (Github)

Csproj'daki bölümü değiştirmeyi deneyin (bir metin düzenleyiciyle düzenleyin)

  <PropertyGroup>
    <TargetFramework>netcoreapp2.2</TargetFramework>
    <AspNetCoreHostingModel>InProcess</AspNetCoreHostingModel>
  </PropertyGroup>

müteakip ...

 <PropertyGroup>
    <TargetFramework>netcoreapp2.2</TargetFramework>
    <AspNetCoreHostingModel>OutOfProcess</AspNetCoreHostingModel>
    <AspNetCoreModuleName>AspNetCoreModule</AspNetCoreModuleName>
 </PropertyGroup>

Kaynak (Github)

ASP.NET Core 3.0+ ve visual studio 19 version 16.3+ 'dan proje .csproj dosyasında aşağıdaki gibi bir bölüm bulacaksınız.

  <PropertyGroup>
    <TargetFramework>netcoreapp3.1</TargetFramework>
  </PropertyGroup>

Orada AspNetCoreHostingModel özelliği yoktur. Hosting modeli seçimini projenin özelliklerinde bulacaksınız. Çözüm gezgininde proje adına sağ tıklayın. Özellikleri tıklayın.

Debug menüsünü tıklayın.

Barındırma Modeli seçeneğini bulmak için aşağı kaydırın.

İşlem Dışı öğesini seçin.

Projeyi kaydedin ve IIS Express'i çalıştırın.

GÜNCELLEME Sunucu Dağıtımı için:

Uygulamanızı sunucuda yayınladığınızda aşağıdaki gibi bir web yapılandırma dosyası vardır:

'hostingModel' değerini aşağıdaki gibi 'inprocess'ten' outofprocess'e değiştirin:

Benim durumumda yakın zamanda appstettings.json dosyamdaki bir veritabanı bağlantı dizesini değiştirmiştim. Günlüğe kaydetmeden veya yerinde hata yakalamadan bu hatanın "HTTP Hatası 500.30 - ANCM İşlem İçi Başlatma Hatası" hatasına neden olduğundan şüpheleniyorum.

X-freestyler ile Tahir Khalid arasında, Tahir'in başlangıçta bir IOC sorunu önerdiği alışverişi fark ettim. Başlangıcım yakın zamanda değişmediğinden, ancak appstettings.json'umda - appstettings.json dosyamdaki bağlantı dizesinin sorunun nedeni olduğunu belirledim. Yanlış bir bağlantı dizesini düzelttim ve sorun çözüldü. Tüm topluluğa teşekkürler.

Visual Studio kullanıyorsanız ve çalışan herhangi bir örneğiniz varsa, hepsini kapatın.

.vsVisual Studio çözümünüzün ( .slndosya) bulunduğu bir alt klasör bulmalısınız . Klasörü
silin .vsve işlem içi barındırma modeliyle tekrar deneyin.

ASP.NET Core 2.2 veya üstü: İşlem içi barındırma modelini kullanan 64 bit (x64) kendi kendine yeten bir dağıtım için, 32 bit (x86) işlemler için uygulama havuzunu devre dışı bırakın.

IIS Yöneticisi> Uygulama Havuzlarının Eylemler kenar çubuğunda, Uygulama Havuzu Varsayılanlarını Ayarla veya Gelişmiş Ayarları seçin. 32-Bit Uygulamaları Etkinleştir'i bulun ve değeri False olarak ayarlayın.

Kaynak: https://docs.microsoft.com/en-us/aspnet/core/host-and-deploy/iis/?view=aspnetcore-3.0#create-the-iis-site

Windows 10 çalıştıran geliştirme makinemde de aynı hatayı aldım. Dotnet çekirdek barındırma paketini yükledikten sonra hata düzelmedi. Ayrıntılı hatayı almak için Olay Görüntüleyiciye gitmem gerekiyordu. Altta yatan sorununuz (varsa) benimkinden farklı olabilir. Demek istediğim, bir Windows makinesindeyseniz, Olay Görüntüleyicisi ayrıntıları sağlamak için oradadır. Umarım bu birine yardımcı olur.

Belki de JSON ayarları dosyasını bozan ve ayrıştırmayı engelleyen bir yazım hatası olabilir.

Uygulama altındaki Windows Günlüklerine baktım. Hata mesajını ve yığın izlemeyi görüntüler. Node_modules adlı bir klasörümün eksik olduğunu öğrendim. Bu klasörü ben yarattım ve bu onu düzeltti.

Web.config veya proje dosyasında herhangi bir değişiklik yapmadım. .NETCoreApp sürümüm 3.1 idi

.Cproj dosyasındaki AspNetCoreHostingModel satırını kaldırmak benim için çalıştı. İyi çalışan başka bir projemde böyle bir çizgi yoktu.

<PropertyGroup>
    <TargetFramework>netcoreapp2.2</TargetFramework>
    <AspNetCoreHostingModel>InProcess</AspNetCoreHostingModel>
</PropertyGroup>

Yakın zamanda 2.0'dan 3.0'a yükselttiğim bir .Net Core projesinde OutOfProcess barındırmadan InProcess barındırmaya geçmeye çalışırken benzer bir sorunla karşılaştım.

Devam etmek için gerçek bir yararlı hata olmadan ve bunu çözmeye çalışarak günler geçirdikten sonra, sonunda bununla mücadele eden başka birine yardımcı olması durumunda paylaşacağımı düşündüğüm davam için bir düzeltme buldum.

Benim için birkaç Microsoft.AspNetCore paketinden kaynaklanıyordu.

3.0.0'dan daha düşük bir sürüme sahip olan başvurulan tüm Microsoft.AspNetCore paketlerini kaldırdıktan sonra (bunlar için> = 3.0.0 yükseltme mevcut değildi) bu hata artık oluşmadı.

Bunlar çıkardığım paketlerdi;

<PackageReference Include="Microsoft.AspNetCore" Version="2.2.0" />
<PackageReference Include="Microsoft.AspNetCore.App" Version="2.2.8" />
<PackageReference Include="Microsoft.AspNetCore.Server.IISIntegration" Version="2.2.1" />
<PackageReference Include="Microsoft.AspNetCore.StaticFiles" Version="2.2.0" />

3.0.0 veya daha büyük bir sürüme sahip diğer tüm Microsoft.AspNetCore paketleri sorunsuz çalıştı.

Aşağıdaki bağlantıyı kullanarak .NET Core Hosting Bundle yükleyicisini indirin:

Güncel .NET Core Hosting Bundle yükleyicisi (doğrudan indirme)

1. Yükleyiciyi IIS sunucusunda çalıştırın.
2. Sunucuyu yeniden başlatın veya net stop was / y'yi ve ardından bir komut kabuğunda net start w3svc'yi yürütün.

Bu yayınlama profili ayarı benim için düzeltildi:

Yayınlama Profilini Yapılandır -> Ayarlar -> Site Uzantıları Seçenekleri ->

• [x] ASP.NET Core Site Uzantısını yükleyin.

Benimki, program.cs'deki UseKestrel () nedeniyle. 2.2'de .ConfigureKestrel () olmalı

https://docs.microsoft.com/en-us/aspnet/core/migration/21-to-22?view=aspnetcore-2.2&tabs=visual-studio&WT.mc_id=-blog-scottha#update-kestrel adresinde daha fazla bilgi -konfigürasyon

Sorudakiyle aynı hata mesajını vermeye başlayan başka bir sorun buldum. Bunu burada paylaşıyorum, böylece proje dosyasını değiştirmeden önce hizmetlerinizin doğru şekilde kaydedildiğinden emin olabilirsiniz.

Ayrıca .netcore 2.2 çalıştırıyorum ve aynı hata mesajını alıyorum, bu nedenle proje dosyasını InProcess'ten OutOfProcess'e seçili cevapta olduğu gibi değiştirdim. Bundan sonra, "Uygulama türü başlatılamıyor" mesajı aldığımda sorunumun gerçek nedenini buldum: Bunun benim için nedeni şuydu:

services.AddScoped<IMyService, IMyService>();

onun yerine

services.AddScoped<IMyService, MyService>();

İlgili gönderi: Genel hizmetim için neden "Uygulama türü başlatılamıyor" hatasını alıyorum?

Asp.net çekirdek uygulamamı InProcess barındırma ile IIS üzerinde barındırmaya karar vermek için bütün bir günümü kendimle geçirdikten sonra, sonunda bu sorunun çözülmesinden gurur duyuyorum ve rahatladım. Sorunu çözmek için ellerinden geleni yapan aynı forumları, blogları ve SO sorularını defalarca geçirdiğim saatler, yukarıda belirtilen tüm yaklaşımları izledikten sonra hala takılı kaldım. Şimdi burada onu çözme deneyimimi anlatacağım.

1. Adım: IIS'de bir web sitesi oluşturun

Adım 2: Web sitesi için AppPool'un .Net CLR sürümünün "Yönetilen Kod Yok" olarak ayarlandığından ve AppPool -> Gelişmiş Ayarlar'da "32-bit Uygulamaları Etkinleştir" özelliğinin yanlış olarak ayarlandığından emin olun

Adım 3: Projenizin .Net core 2.2'yi referans aldığından emin olun

Adım 4: ConfigureServices yöntemi içindeki startup.cs dosyanıza aşağıdaki satırı ekleyin

services.Configure<IISServerOptions>(options =>
{
     options.AutomaticAuthentication = false;
});

Adım 6: Aşağıdaki Nuget paketlerini ekleyin

Microsoft.AspNetCore.App v2.2.5 veya üstü

Microsoft.AspNetCore.Server.IIS v2.2.2 veya üstü

Adım 7: .csproj dosyanıza aşağıdaki satırı ekleyin

<AspNetCoreHostingModel>InProcess</AspNetCoreHostingModel>

8. Adım: Kodunuzu oluşturun ve yayınlayın (tercihen x64 bitlik )

Adım 9: etc / hosts dosyasına web sitenizin ana bilgisayar adını eklediğinizden emin olun

Adım 10: World Wide Web Publishing Service'i yeniden başlatın

Şimdi asp.net çekirdek uygulamanızı test edin ve InProcess hosting kullanılarak barındırılması gerekir Uygulamanızın InProcess modunda barındırılıp barındırılmadığını doğrulamak için, yanıt başlıklarını kontrol edin ve aşağıdaki satırı içermelidir

Sunucu: Microsoft-IIS / 10.0 (IIS sürümü, sisteminize bağlı olabilir)

Güncelleme : Çalışması için gerekli olan ASP.Net Core Hosting Bundle'ı indirin ve yükleyin

Sorunumu AspNetCoreModuleV2 için özel Uygulama Havuzu çalıştırarak çözdüm

Açıklama:

HTTP Error 500.34 - ANCM Mixed Hosting Models Not Supported

Aynı Uygulama Havuzu altında birden çok uygulama çalıştırıyordum. Uygulamalardan bazıları çalışıyordu

<add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModule" resourceType="Unspecified" />

Hataya neden olan uygulama AspNetCoreModuleV2 çalıştırıyordu

<add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModuleV2" resourceType="Unspecified" />

AspNetCoreModuleV2 için ayrılmış yeni bir Uygulama Havuzu oluşturdum ve sorunumu çözdü.

Vay canına, bu soruya birçok cevap var, ama aynı sorunu yaşadım ve çözümüm burada okuduğum her şeyden farklıydı ve ayrıca oldukça basitti.

Uygulamamı doğru ortam ayarlarıyla gök mavisi için dağıtma konusunda sorunlar yaşıyordum, bu yüzden launchsettings.json dosyasıyla uğraşıyordum ve IIS profilindeki ASPNETCORE_ENVIRONMENT değişkeninin değerini "Geliştirme" den "Üretim" e değiştirmiştim . Yeniden "Geliştirme" olarak değiştirmek sorunu benim için çözdü.

  "profiles": {
    "IIS Express": {
      "commandName": "IISExpress",
      "launchBrowser": true,
      "environmentVariables": {
        "ASPNETCORE_ENVIRONMENT": "Development"
      }
    }
  }

Benim durumumda, appsettings.json dosyasında yanlış bir değerdi. Değer öyleydi .\SQLEXPRESSve değiştirdikten sonra işe yaradı.\\SQLEXPRESS

Benim için, HostedService'e yanlış DBContext enjekte edildi. Buna göre yeniden yazdım:

Bir DbContext örneğini bir IHostedService'e nasıl enjekte etmeliyim?

ve hepsi iyi çalıştı!

Çünkü uygulama çöküyor. Bu istisnadan kimler için zaman kazanır!

Ve hata kodu, ilk aşamada bir dosya bulamadığı için bir istisna attığını söylüyor. Ortam Ayarları bölümüne bakın. Benim senaryomda, aşağıdaki kodu değiştirdiğimde çalıştı

var environment = whb.GetSetting("environment");

-e

var environment = "Development";// whb.GetSetting("environment");

Çünkü appsettings.development.json'ım var ama appsettings.production.json'ım yoktu. Doğru yerde farklı bir şey aradığı için neden herhangi bir dosya bulamıyor?

.Net Core 2.2 ile InProcess barındırma modelini kullanabilmeniz gerekir, çünkü doğal olarak daha hızlıdır: her şey IIS ile uygulamanızın Kestrel sunucusu arasında fazladan bir HTTP atlama olmadan IIS'de işlenir. Yapmak isteyebileceğiniz bir şey şu etiketi eklemektir: AspNetCoreModuleV2 Yeni AspNetCoreModuleV2 ile eski AspNetCoreModule seçeneğine dikkat edin. Yapılması gereken bir diğer önemli şey, suçluyu belirlemek için Windows Uygulama Olay Günlüğü'nü incelemektir. Hata mesajları şifreli olabilir, ancak bazen, kodda hataya neden olan tam satır numaralarını gösterirler. Ayrıca, TFS ile CI / CD kullanmanız durumunda, appsettings.json dosyasında, belirlenmiş değerleriyle düzgün şekilde değiştirilmemiş ortam değişkenleri olabilir ve bu benim için istisna kaynaklarından biriydi.

Dosyamda bir sorun vardı Program.cs. AddAzureKeyVaultUzun zaman önce silinmiş olanla bağlantı kurmaya çalışıyordum .

Sonuç :

This error could come to due to any silly error in the application. Debug step by step your application startup process.

Benim durumumda, Azure'da belirli bir ortamda çalıştırıldığında başarısız olan, ancak geliştirmede sorunsuz çalışan bir geçiş yaşadım. Hizmetimiz, başlangıcın bir parçası olarak geçişleri çalıştıracak şekilde yapılandırıldığından, web uygulamasının gerçek başlatılması başarısız oluyor.

Sorunu keşfetmek için geçişi manuel olarak ortamda çalıştırdım, ardından o ortamdaki veri farklılıklarıyla başa çıkmak için ayarladım.

Doğrudan DB'de manuel olarak çalıştırmadan geçiş hatasını nasıl görebileceğimi bilen biri varsa, bu yararlı olacaktır.

Ben de aynı sorunu yaşadım. Benim açımdan aptalca bir hata olduğu ortaya çıktı.

ServiceCollection'da bir kayıt olmayı denedim abstract class

services.AddScoped<IMyInterface, MyClasss>();

benim için bilinmeyen MyClassbiri abstractiçin neredeydi , neden hehe :)

Yani millet, eğer varsa HTTP Error 500.30 - ANCM In-Process Start Failure Sadece gözden geçirinServiceCollection

Benim için her şey yolundaydı ama sorun farklı VS sürümleri tarafından yayınlanmaktan kaynaklanıyordu, garip !!! (en son VS 2019 (16.4.2)). Uygulamayı VS 2017 ile yayınladığımda iyi çalışıyor.

Gerçek mesele onun bağımlılık json dosyası (örn olduğunu MyWebApp.deps.jsonyayımlamak klasöründe). Umarım birine yardımcı olur.

Plz, bütünü anlamak için bu aynı başlıktaki önceki cevabıma bakın. Birden çok cevap için özür dilerim

Daha fazla araştırmadan sonra, VS 2019'un uygulamayı yayınlamam için 2.2.8 olan .net çekirdek 2.2'nin en son yamasını (VS'nin varsayılan davranışı) seçmesi nedeniyle sorun yaşanıyordu. Bunu kullanarak belirli bir tercih edilen sürümle sınırlayabiliriz

<RuntimeFrameworkVersion>2.2.4</RuntimeFrameworkVersion>

Buraya Bakın . Bu, en son yama uygulanmamasına rağmen nihayet sorunumu çözdü. Herhangi bir VS 2017 veya VS 2019'dan derleyebilirim, her ikisi de .net core 2.2.0 çalışma zamanı sürümü için uygulamayı yayınlar

Aynı hatayı aldım ve sorun Microsoft.Extension.Primitives sürümüyle ilgiliydi. Paketin .net çekirdek sürümü ile uyumlu değildi. Ve bu benim projemdeki referanslardan birinden kaynaklanıyordu.

Bir keresinde o projedeki Microsoft.Extension.Primitives'i değiştirmiştim. Bu sorun çözüldü.

Azure olay günlüklerinde, hangi hatayı aldığınızı ve bunun bir paket başvurusuyla ilişkili olup olmadığını kontrol edin. Yukarıda bahsettiğim şeyi deneyin.

NuGet paketleri .net sürümüyle sıkı bir şekilde bağlantılı olduğundan. Sadece projeye atıfta bulunan tüm paketlerin de .net sürümüyle sıkı bir şekilde bağlantılı olduğundan emin olmalısınız.

Benim için kendi WebHostBuilder'ımı oluşturduğum karmaşık bir uygulama başlangıcım vardı. Bu iyi çalıştı ancak InProcess barındırma modunu denediğimde başarısız oldu. WebHostBuilder'da aramayı kaçırdığım bir şey olduğunu varsayıyorum. Bu yüzden, her zaman WebHost.CreateDefaultBuilder'ı (args) aradığımdan emin oldum, ardından temelde yeni uygulama şablonlarının yaptığı gibi fazladan değişiklikler yaptım.

Veya IHostBuilder kullanan (IWebHostBuilder değil) asp core 3.1 şablonları için ConfigureWebHostDefaults çağrısı yapın

 public static IHostBuilder CreateHostBuilder(string[] args) =>
        Host.CreateDefaultBuilder(args)
            .ConfigureWebHostDefaults(webBuilder =>
            {
                // add stuff here
                webBuilder.UseStartup<Startup>();
            });

Benim durumumda, yukarıdaki çözümlerden biri işe yaradı. Ancak myproject.vspscc dosyasını çözüm gezgininden kaldırdığımda sorun çözüldü.

Startup.cs dosyasında bir çalışma zamanı hatası aldım. Okul çocuğu hatası - Bu dosyada küçük bir değişiklik yaptım ancak Azure'a dağıtmadan önce uygulamamı yerel olarak çalıştırmadım. Uygulama başarıyla başlatılamadı ve 500.30 hata sayfasını aldım.