IIS 오류 502.5의 ASP.NET Core 1.0

방금 내 서버 (Windows 2012R2)를 .Net Core 1.0 RTM이전 .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 문서의 IIS 페이지 에 게시 할 때 내 응용 프로그램 풀의 사용자 ID에 대한 권한이 충분하지 않은 동일한 문제 가 발생했습니다.이 오류에 대해 몇 가지 이유가 나열됩니다.

• 당신은 자체에 포함 된 응용 프로그램을 게시 한 경우, 확인 당신의 플랫폼을 설정하지 않은 것을 buildOptions의 project.json출판 할 RID와 그 충돌합니다. 예를 들어 x86 플랫폼을 지정하지 말고 win81-x64 ( dotnet publish -c Release -r win81-x64) 의 RID로 게시하십시오 . 프로젝트는 경고 또는 오류없이 게시되지만 서버에서 위에 기록 된 예외와 함께 실패합니다.
• web.config processPath의 <aspNetCore>요소에 있는 속성 을 확인 dotnet하여 이식 가능한 응용 프로그램 용인지, 자체 포함 된 응용 프로그램의 경우. \ my_application.exe인지 확인합니다 .
• 휴대용 애플리케이션의 dotnet.exe경우 PATH 설정을 통해 액세스하지 못할 수 있습니다. C:\Program Files\dotnet\시스템 PATH 설정에 있는지 확인하십시오 .
• 이식 가능한 애플리케이션 dotnet.exe의 경우 애플리케이션 풀의 사용자 ID에 액세스 할 수 없습니다. AppPool 사용자 ID에 C:\Program Files\dotnet디렉토리에 대한 액세스 권한이 있는지 확인하십시오 .
• .UseIISIntegration()응용 프로그램의 .NET Framework 메서드를 호출하여 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 ++ 재배포 가능 패키지에 포함 된 범용 C 런타임에서 가져온 것입니다. 입니다.

해당 패키지 (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를 실행하려고 시도한 후 오류가 발생하고 적절한 코어 런타임이 누락되었습니다. 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 패키지를 다시 설치하십시오.

나는 비슷한 문제를 가지고 있었고 셜록 홈즈를 인용하자면 : " 당신이 불가능한 것을 제거했을 때, 그럴듯하지 않더라도 남아있는 것은 진실이어야합니까? "

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

내 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" />

그리고 이것은 내 문제를 해결했습니다.

내 dev 컴퓨터를 Core 1.0.1로 업데이트 할 때 동일한 문제가 발생했지만 서버 업데이트를 잊었습니다.

.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이 누락되어 프로그램을 시작할 수 없습니다.

Windows Server 2012 R2 에 다음 2 개의 업데이트를 수동으로 설치하여이 문제를 해결했습니다 (및 연결된 필수 구성 요소 및 기타 모든 업데이트-Microsoft 웹 사이트에서 설치 지침을주의 깊게 읽으십시오).

1. KB2919355
2. KB2999226

이것이 누군가를 돕기를 바랍니다.

내 웹 응용 프로그램의 디버그 버전을 게시하려고 할 때 동일한 문제에 직면했습니다. 이 파일 세트에는 web.config속성 값이 적절한 파일 이 포함되어 있지 않습니다.processPath .

릴리스 버전에서이 파일을 가져 왔고 값은 내 exe 파일의 경로에 할당되었습니다.

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

제 경우에는 서버에 설치된 Net Core 버전에 문제가있었습니다. 내 개발 컴퓨터와 동일한 버전을 설치하고 모든 것이 정상입니다 :-)

여기에 있는 최신 .net Core 버전을 설치해야했습니다 . 사이트 나 서버를 다시 시작할 필요가 없습니다.

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

내 경우, 설치 한 후 AspNetCore.2.0.6.RuntimePackageStore_x64.exe그리고 DotNetCore.2.0.6-WindowsHosting.exe, 나는 필요 재시작 서버 가 502 잘못된 게이트웨이 및 프록시 오류없이 작동 할 수 있습니다.

최신 정보:

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

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

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

> IISRESET

또는

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

패키지 관리자 콘솔 에 다음 명령을 입력하고 Enter 키를 누릅니다.

오후 > IISRESET

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

나에게 그것은 다른 버전의 .Net Core가 설치되어 있기 때문에 발생했습니다. 내 개발 및 프로덕션 서버를 일치 시켰고 작동했습니다.

나는이 문제도 가지고있었습니다 (오류는 VS 15와 17에서 모두 발생했습니다). 그러나 VS15에서는 CONNECTION_REFUSED오류를 반환했고 VS17에서는 ASP.NET Core 1.0 on IIS error 502.5.

고치다

1. 프로젝트 디렉터리로 이동하여 숨겨진 폴더를 찾습니다 .vs(프로젝트 폴더 dir에 있음). (숨겨진 파일 / 폴더를 표시하는 것을 잊지 마십시오)

2. 닫기 VS

3. .vs-folder 삭제
4. 관리자로 VS를 시작합니다 (.vs-folder는 VS에 의해 다시 생성됨).

여기에 내가 생각한 것이 있는데, 이것은 업데이트가 설치된 후 Windows 10에서 최근에 발생했습니다. 내가 수집 한 내용에서 Windows Defender 업데이트가 설치되어 내 "Project.dll"(asp.net 핵심 프로젝트)이 바이러스처럼 작동하여 삭제되었습니다.

따라서 설치 / 제거를 시작하기 전에 내가 제안하는 첫 번째 작업 중 하나는 "Project.dll"이 있어야 할 위치 에 있는지 확인하는 것입니다.

더 이상 존재하지 않는 경우 해당 위치로 다시 복사하십시오.

파일을 다시 복사하는 데 어려움 이있는 경우 Windows defender의 프로젝트 폴더에 제외를 추가하십시오 . ( 여기에서 방법 알아보기 .)

이것은 즉시 저에게 효과가 있었고 여러 응용 프로그램 서버에서 반복했습니다.

나를 위해 Startup.cs의 connectionString이 다음에서 null이었습니다.

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

응용 프로그램이 연결 문자열에 대해 appsettings.json을 조사하지 않았기 때문에 null이었습니다.

Program.cs를 다음과 같이 변경해야했습니다.

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();

왜 이것이 저에게 효과가 있었는지 모르겠지만 Windows 인증을 사용하고 있으며 다음과 같은 코드 BuildWebHost가 있습니다 Program.cs.

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

.UserHttpSys비트를 제거한 후에도 이제 작동하며 도메인 사용자로 인증 할 수 있습니다.

BuildWebHost 이제는

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

동일한 오류가 발생했으며 문제는 Azure에 게시하는 동안 web.config 파일이 수정되어 다음 줄이 다음과 같이 끝났다 는 것을 알았 습니다.

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

프로덕션 의 문제 는 다음 인수의 내용입니다. "-argFile IISExeLauncherArgs.txt"

이 문제는 다음 .NET Core SDK (현재 미리보기)에서 해결 될 것으로 보이지만 현재는이 블록을 .csproj 파일에 추가하는 것이 해결 방법입니다.

<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>

그러면 web.config가 수정되고 게시 할 문제가있는 부분이 제거됩니다.

참조 : https://github.com/aspnet/websdk/issues/242

도움이 되었기를 바랍니다.

게시 구성을 변경 한 후 나를 위해 일했습니다.

64 비트 Windows 서버의 IIS에서 32 비트 asp.net 코어 앱을 실행하려고 할 때 비슷한 문제 (Asp.Net Core 2.x)가 발생했습니다. 근본 원인은 자동 생성되는 web.config (프로젝트에 명시 적으로 포함되지 않은 경우 asp.net 핵심 프로젝트에는 기본적으로 포함되지 않음)에 dotnet 실행 파일의 전체 경로가 포함되지 않았기 때문입니다. 64 비트 컴퓨터에 호스팅 번들을 설치하면 64 비트 및 32 비트 버전의 dotnet이 설치되지만 경로는 기본적으로 64 비트로 확인되고 32 비트 asp.net 코어 앱이로드되지 않습니다. 브라우저에서 502.5 오류가 표시 될 수 있으며 서버 이벤트 로그를 보면 오류 코드 0x80004005가 표시 될 수 있습니다. 명령 프롬프트에서 dotnet.exe를 실행하여 해당 서버에서 asp.net 핵심 응용 프로그램 dll을로드하려고하면 "BadImageFormatException"또는 "

<?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;"
  }
}