IIS 오류 502.5의 ASP.NET Core 1.0

IIS 오류 502.5의 ASP.NET Core 1.0

---

방금 서버 (Windows 2012R2)를 .Net Core 1.0 RTM이전의 Windows 호스팅 팩으로 업데이트했습니다 .Net Core 1.0 RC2. 내 앱은 아무런 문제없이 PC 에서 작동 하지만 서버는 계속 표시됩니다.

HTTP Error 502.5 - Process Failure


Common causes of this issue:

The application process failed to start
The application process started but then stopped
The application process started but failed to listen on the configured port

이전에는 RC2 버전에서 작동했습니다. 무엇이 잘못 될 수 있는지 모릅니다.

이것은 모든 이벤트 뷰어가 말합니다 :

Failed to start process with the commandline 'dotnet .\MyWebApp.dll'. Error code = '0x80004005'.

최악의 부분은 앱 로그가 비어 있다는 것입니다! stdout_xxxxxxxxx.log 파일이 완전히 비어 있고 모두 0 바이트 크기임을 의미합니다.

어떻게해야합니까 ?? 기록되지 않은 오류의 원인을 어떻게 알 수 있습니까?

---

나는 달리면서 고칠 수 있었다

"C : \ Program Files \ dotnet \ dotnet.exe" "C : \ fullpath \ PROJECT.dll"

명령 프롬프트에서 훨씬 더 의미있는 오류가 발생했습니다.

"지정된 프레임 워크 'Microsoft.NETCore.App', 버전 '1.0.1'을 (를) 찾을 수 없습니다.-응용 프로그램 종속성을 확인하고 C : \ Program Files \ dotnet \ shared \ Microsoft.NETCore.App에 설치된 프레임 워크 버전을 대상으로 지정하십시오.- 다음 버전이 설치되었습니다. 1.0.0-또는 프레임 워크 버전 '1.0.1'을 설치하십시오.

보다시피 서버에 잘못된 NET Core 버전이 설치되어 있습니다. 이전 버전 1.0.0을 제거하고 올바른 버전 1.0.1을 설치 한 후 애플리케이션을 실행할 수있었습니다.

---

내 경우에는 asp.net doc의 IIS 에 게시 할 때 내 응용 프로그램 풀의 사용자 ID에 대한 권한이 충분하지 않은 동일한 문제 가 발생했습니다.이 오류에 대해 몇 가지 이유가 있습니다.

• 당신은 자체에 포함 된 응용 프로그램을 게시 한 경우, 확인 당신의 플랫폼을 설정하지 않은 것을 buildOptions의 project.json출판 할 RID와 그 충돌합니다. 예를 들어, x86 플랫폼을 지정하지 않고 RID win81-x64 ( dotnet publish -c Release -r win81-x64)로 게시하십시오 . 프로젝트는 경고 나 오류없이 게시되지만 서버에서 위에 기록 된 예외로 실패합니다.
• web.config processPath의 <aspNetCore>요소에서 해당 속성 dotnet이 휴대용 응용 프로그램인지, 자체 포함 된 응용 프로그램의 경우. \ my_application.exe인지 확인하십시오 .
• 휴대용 응용 프로그램의 dotnet.exe경우 PATH 설정을 통해 액세스하지 못할 수 있습니다. C:\Program Files\dotnet\시스템 경로 설정에 존재 하는지 확인하십시오 .
• 휴대용 응용 프로그램 dotnet.exe의 경우 응용 프로그램 풀의 사용자 ID에 액세스 할 수 없습니다. AppPool 사용자 ID가 C:\Program Files\dotnet디렉토리에 액세스 할 수 있는지 확인하십시오 .
• .UseIISIntegration()응용 프로그램의 메소드를 호출하여 IIS 통합 미들웨어를 올바르게 참조했는지 확인 하십시오 WebHostBuilder().
• .UseUrls()Kestrel을 통해 자체 호스팅 할 때 확장 방법을 사용하는 경우 .UseIISIntegration()확장 방법이에 확장 방법 앞에 있는지 확인하십시오 WebHostBuilder(). IIS 뒤에서 Kestrel을 실행할 때 리버스 프록시에 대한 .UseIISIntegration()값을 설정해야 Url하며이 값을 무시하지 않아야합니다 .UseUrls().

필자의 경우 네 번째 이유는 앱 풀을 마우스 오른쪽 버튼으로 클릭하여 변경했으며 프로세스 모델의 고급 설정에서 충분한 권한을 가진 사용자로 ID를 설정했습니다.

---

IIS의 하드 리셋 으로이 작업을 수행했습니다 (호스팅 패키지 만 설치했습니다).

IIS 관리자에서 '다시 시작'을 누르는 것만으로는 충분하지 않습니다. 방금 명령 프롬프트를 열고 'iisreset'을 입력해야했습니다.

---

그래서 새 서버가 생겼습니다. 이번에는 Windows 2008R2이며 내 앱이 제대로 작동합니다.

이전 서버의 문제가 무엇인지 확실하게 말할 수는 없지만 한 가지 아이디어가 있습니다.

그래서 이전에 플랫폼을 염두에 두지 않고 앱 을 컴파일했기 때문에 dll대상 호스트에 .Net Core Windows Hosting패키지가 설치된 경우에만 작동 하는 버전을 제공했습니다 . 내 경우에는 설치되었고 괜찮습니다 .

앱이 작동하지 않으면 win7-x64런타임으로 콘솔 앱으로 컴파일하기로 결정했습니다 . 이번에 exe서버에서 앱을 실행하는 순간 누락 된 dll에 대한 오류가 발생했습니다.

The program can't start because api-ms-win-crt-runtime-l1-1-0.dll is missing

이 dll은 Visual Studio 2015 용 Visual C ++ 재배포 가능 패키지에 포함 된 Universal C Runtime의 파일입니다 .

해당 패키지 (x64 및 x86)를 설치하려고했지만 Windows Server 2012 R2에서 매번 실패했습니다 (이유를 모르겠습니다).

그러나 새 서버 인 Windows Server 2008 R2에 설치하려고하면 성공적으로 설치되었습니다. 그것은 그 뒤에 이유 일지 모르지만 여전히 확실하게 말할 수는 없습니다.

---

웹 앱을 게시 할 때도 같은 문제가있었습니다. 여전히이 문제점이있는 경우 {AppName} .runtimeconfig.json 을 변경하여 문제점을 수정하십시오.

    {
  "runtimeOptions": {
    "framework": {
      "name": "Microsoft.NETCore.App",
      "version": "1.1.2"
    },
    "configProperties": {
      "System.GC.Server": true
    }
  }
}

버전을 "version": "1.1.2" 에서 "version": "1.1.1"로 변경하면 everythign이 정상적으로 작동합니다.

---

나는 같은 문제가 있었다.

정확한 소스를 찾으려면 web.config 파일에 로깅을 설정했습니다.

<aspNetCore processPath="dotnet" arguments=".\MyWebService.dll" stdoutLogEnabled="**true**" stdoutLogFile=".\logs\stdout" />

MyWebService 루트 폴더에 로그 하위 폴더를 작성했습니다.

IIS를 다시 시작하고 API를 실행하려고하면 오류가 발생하여 적절한 Core Runtime이 누락되었습니다. DotNetCore.1.0.5_1.1.2-WindowsHosting 설치 후 오류가 사라졌습니다.

---

같은 문제가 있었고 모든 솔루션이 작동하지 않았습니다. 이 보석을 발견하고 그것이 다른 사람을 돕는다면 내가 지나갈 것이라고 생각했습니다. DLL 누락 오류가 발생하는 Server 2012 R2에 설치하고 VS C ++ 2015를 다시 설치하고 오류가 발생합니다. 수정은 다음을 수행하는 것입니다.

파일 C:\ProgramData\Package Cache\...\packages\Patch\x64\Windows8.1-KB2999226-x64.msu설치에 문제가 있는 것 같습니다 . 관리자 명령 프롬프트를 엽니 다.

c:
mkdir tmp
mkdir tmp\tmp
move "C:\ProgramData\Package Cache\...\packages\Patch\x64\Windows8.1-KB2999226-x64.msu" c:\tmp
expand -F:* c:\tmp\Windows8.1-KB2999226-x64.msu c:\tmp\tmp
dism /online /add-package /packagepath:c:\tmp\tmp\Windows8.1-KB2999226-x64.cab

참고 : "..."를 올바른 폴더 이름으로 바꾸십시오. 그런 다음 VS C ++ 2015 패키지를 다시 설치하십시오.

---

내 VS 프로젝트가 .NET Core 1.1.2로 자동 업그레이드 된 후 프로덕션 서버 에서이 문제가 발생했습니다.

프로덕션 서버의 여기에서 1.1.2 .net 코어 런타임을 간단히 설치했습니다. https://www.microsoft.com/net/download/core#/runtime

---

해결 AZURE에 배포하면서 오늘 같은 문제를 겪었습니다 . 그런 다음 로컬 IIS에서 동일한 것을 시도했지만 동일한 문제가 발생했습니다. .net CORE를 처음 접했을 때 실제로 해결하기 몇 시간 전에 어려움을 겪었습니다.

우리 솔루션에서 IIS에 게시 한 후 특히 줄 아래에 web.confile 파일을 관찰했습니다. <aspNetCore processPath="bin\IISSupport\VSIISExeLauncher.exe" arguments="-argFile IISExeLauncherArgs.txt" forwardWindowsAuthToken="false" stdoutLogEnabled="false" />

배포 폴더에서 생성 된 web.config는 다음과 같습니다.<aspNetCore processPath="dotnet" arguments=".\Yodlee.dll -argFile IISExeLauncherArgs.txt" forwardWindowsAuthToken="false" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" />

이제 Visual Studio 솔루션에서 위 구성을 다음으로 변경하십시오.<aspNetCore processPath="bin\IISSupport\VSIISExeLauncher.exe" forwardWindowsAuthToken="false" stdoutLogEnabled="false" />

새 배포 폴더에서 생성 된 web.config는 다음과 같습니다.<aspNetCore processPath="dotnet" arguments=".\Yodlee.dll" forwardWindowsAuthToken="false" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" />

그리고 이것은 내 문제를 해결했습니다. 도움이되기를 바랍니다.

---

개발 컴퓨터를 Core 1.0.1로 업데이트 할 때도 같은 문제가 있었지만 서버 업데이트를 잊었습니다.

---

나는 비슷한 문제가 있었고 셜록 홈즈 (Sherlock Holmes)를 인용했다. " 불가능을 제거했을 때, 불가능할지라도 남아있는 것은 진실일까요? "

대상으로 지정한 .NET 프레임 워크가 서버에 설치되어 있는지 확인했지만 그렇지 않은 것으로 나타났습니다. 4.6.2 .NET Framework를 설치했는데 작동했습니다.

---

.NET Core 2.0 API를 AWS EB에 게시하려고 할 때 HTTP 오류 502.5가 발생하고 .csproj에 다음 코드를 추가하여 해결했습니다.

  <PropertyGroup>
    <PublishWithAspNetCoreTargetManifest>false</PublishWithAspNetCoreTargetManifest>
  </PropertyGroup>

---

나는 같은 문제가 있었다. 응용 프로그램 풀 ID를 네트워크 서비스 계정으로 변경했습니다. 그런 다음 @danielyewright가 github 주석 에서 말한 것처럼 응용 프로그램이 올바르게 작동하도록 web.config에서 dotnet.exe의 경로를 명시 적으로 설정했습니다 . 경로를 설정 한 후에 작동합니다.

감사

---

내 경우 에이 오류를 공유하면 project.json 을 다음과 같이 업데이트하는 것을 잊었 기 때문에 발생 했습니다.

"buildOptions": {
    "emitEntryPoint": true
  }

---

CMD에 'dotnet'을 입력 할 때 제안 된 답변-불쾌한 오류 메시지의 VSG24에서 설명한 것과 동일한 문제가있는 동일한 오류가 발생했습니다.

api-ms-win-crt-runtime-l1-1-0.dll이 누락되어 프로그램을 시작할 수 없습니다

I solved this by manually installing the following 2 updates on Windows Server 2012 R2 (and the pre-requisites and all the other updates linked - read the installation instructions carefully on the Microsoft website):

1. KB2919355
2. KB2999226

Hope this helps someone.

---

I faced the same issue when I tried to publish Debug version of my web application. This set of files didn't contain the file web.config with the proper value of attribute processPath.

I took this file from Release version, value was assigned to the path to my exe file.

<aspNetCore processPath=".\My.Web.App.exe" ... />

---

In my case was problem with Net Core version installed on server. I just install the same version as on my development machine and everything is OK :-)

---

I needed to install the latest .net Core version found here. No need to restart the site or server

---

사이트의 응용 프로그램에 "편집 권한"을 추가하고 실제 디렉터리에 매핑 한 다음이 루트 폴더에 액세스 할 수있는 Windows 사용자를 선택하여 문제를 해결했습니다. (개인 네트워크).

---

필자의 경우 AspNetCore.2.0.6.RuntimePackageStore_x64.exe및 설치 후 502 잘못된 게이트웨이 및 프록시 오류없이 작동하도록 서버 를 다시 시작DotNetCore.2.0.6-WindowsHosting.exe 해야합니다 .

최신 정보:

다시 시작하지 않고 사용할 수있는 방법이 있습니다 : https://stackoverflow.com/a/50808634/3634867

---

열기 명령 프롬프트 에 관리자 자격 증명

다음 명령을 입력하고 Enter 키를 누르십시오

> IISRESET

또는

열기 비주얼 스튜디오 2017 와 관리자 자격 증명

Type following command in Package Manager Console and hit enter

PM> IISRESET

PM> IISRESET
Attempting stop...
Internet services successfully stopped
Attempting start...
Internet services successfully restarted

---

For me it was caused by having different versions of .Net Core installed. I matched my dev and production server and it worked.

---

I had this problem aswell (The error occurred both on VS 15 and 17). However on VS15 it returned a CONNECTION_REFUSED error and on VS17 it returned ASP.NET Core 1.0 on IIS error 502.5.

FIX

1. Navigate to your project directory and locate the hidden folder .vs (it's located in the projects folder dir). (Remember to show hidden files/folders)

2. Close VS

3. Delete .vs-folder
4. Start VS as admin (.vs-folder will be recreated by VS)

---

Here is what I figured, and this happened recently on Windows 10 after an update was installed. From what I gathered, a Windows Defender update was installed which assumed my "Project.dll"(an asp.net core project) behaved like a virus so it was deleted.

So, one of the first things I suggest you do before you start installing/uninstalling stuffs is to check to confirm your "Project.dll" is where it should be.

Copy it back to the location if it is no longer there.

If you are having difficulty copying the file back add an exclusion to your project folder in windows defender. ( Learn how to do that here. )

This worked for me instantly, and I repeated it across application multiple servers.

---

For me it was that the connectionString in Startup.cs was null in:

services.AddDbContext<ApplicationDbContext>(options => options.UseSqlServer(Configuration.GetConnectionString("DefaultConnection")));

and it was null because the application was not looking into appsettings.json for the connection string.

Had to change Program.cs to:

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

public static IWebHost BuildWebHost(string[] args) =>
     WebHost.CreateDefaultBuilder(args)
     .ConfigureAppConfiguration((context, builder) => builder.SetBasePath(context.HostingEnvironment.ContentRootPath)
     .AddJsonFile("appsettings.json").Build())
     .UseStartup<Startup>().Build();

---

I have no idea why this worked for me, but I am using Windows Authentication and I had this bit of code on my BuildWebHost in Program.cs:

.UseStartup<Startup>()
.UseHttpSys(options =>
{
    options.Authentication.Schemes =
        AuthenticationSchemes.NTLM | AuthenticationSchemes.Negotiate;
    options.Authentication.AllowAnonymous = false;
})
.Build();

After removing the .UserHttpSys bit, it now works, and I can still authenticate as a domain user.

BuildWebHost now looks like

public static IWebHost BuildWebHost(string[] args) =>
    WebHost.CreateDefaultBuilder(args)
    .UseStartup<Startup>()
    .Build();

---

I was getting the same error, and found out the problem was that during the publish to Azure, my web.config file was modified so this following line ended up like this:

<aspNetCore processPath="bin\IISSupport\VSIISExeLauncher.exe" arguments="-argFile IISExeLauncherArgs.txt" forwardWindowsAuthToken="false" stdoutLogEnabled="false" startupTimeLimit="3600" requestTimeout="23:00:00" />

The problem for Production are the contents of the arguments: "-argFile IISExeLauncherArgs.txt"

It seems like this issue is going to be addressed in the next .NET Core SDK (currently in preview), but for now, the workaround is to add this block to the .csproj file:

<Target Name="bug_242_workaround" AfterTargets="_TransformWebConfig">
    <Exec Command="powershell &quot;(Get-Content '$(PublishDir)Web.config').replace(' -argFile IISExeLauncherArgs.txt', '') | Set-Content '$(PublishDir)Web.config'&quot;" />
  </Target>

This will modify the web.config and remove the problematic part for publishing.

Reference: https://github.com/aspnet/websdk/issues/242

Hope it helps.

---

Worked for me after changing the publishing configuration.

---

I had a similar issue (Asp.Net Core 2.x) that was caused by trying to run a 32-bit asp.net core app in IIS on a 64-bit windows server. The root cause was that the web.config that is auto-generated (if your project does not explicitly include one, which asp.net core projects do not by default) does not contain the full path to the dotnet executable. When you install the hosting bundle on a 64 bit machine it will install the 64 and 32 bit versions of dotnet, but the path will resolve by default to 64 bit and your 32 bit asp.net core app will fail to load. In your browser you may see a 502.5 error and if you look the server event log you might see error code 0x80004005. If you try to run dotnet.exe from a command prompt to load your asp.net core application dll on that server you may see an error like "BadImageFormatException" or "attempt was made to load a program with an incorrect format". The fix that worked for me was to add a web.config to my project (and deployment) and in that web.config set the full path to the 32-bit version of dotnet.exe.

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <location path="." inheritInChildApplications="false">
        <system.webServer>
            <handlers>
                <add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModule" resourceType="Unspecified" />
            </handlers>
            <aspNetCore processPath="C:\Program Files (x86)\dotnet\dotnet.exe" arguments=".\My32BitAspNetCoreApp.dll" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" />
       </system.webServer>
   </location>
</configuration>

---

나는 같은 문제가 있었고 내 경우 EF 코어가 appsettings.development.json파일 에서 연결 문자열을 읽으려고했기 때문 입니다. 그것을 열고 연결 문자열이 주석 처리 된 것을 발견했습니다.

//{
//  "ConnectionStrings": {
//    "DefaultConnection": "Server=vaio;Database=Goldentaurus;Trusted_Connection=True;",
//    "IdentityConnection": "Server=vaio;Database=GTIdentity;Trusted_Connection=True;"
//  }
//}

그런 다음 아래처럼 커밋을 해제하고 문제가 해결되었습니다.

{
  "ConnectionStrings": {
    "DefaultConnection": "Server=vaio;Database=Goldentaurus;Trusted_Connection=True;",
    "IdentityConnection": "Server=vaio;Database=GTIdentity;Trusted_Connection=True;"
  }
}

참고 URL : https://stackoverflow.com/questions/38624453/asp-net-core-1-0-on-iis-error-502-5