Microsoft MVP성태의 닷넷 이야기
글쓴 사람
홈페이지
첨부 파일
 

ASP.NET Core를 docker에서 실행 시 "Failed with a critical error." 오류 발생

"Enable Docker Support"와 "Configure for HTTPS" 옵션을 켜고 생성한 ASP.NET Core Web Application을 실행 시 다음과 같은 질문 창이 뜹니다.

This project is configured to use SSL. In order for debugging to work, the self-signed certificate that ASP.NET Core has generated should be trusted.

If you do not want to be asked to trust the certificate again, please open "Tools -> Options -> Container Tools" and check "Do not prompt for trusting localhost SSL certificate".

Would you like to trust the ASP.NET Core SSL certificate?


"Yes"를 선택하고 진행하는데 오류 창이 뜨면서 실행이 막힙니다.

Adding the certificate to the Trusted Root Certficates store failed with the following error:

Failed with a critical error.

검색해 보면 저 질문 후의 과정이 https 지원 시 "localhost"에 대한 인증서를 자동으로 발급하는 거라고 합니다. 이에 대해서는 아래의 글에 어떤 작업을 하는지 상세하게 설명합니다.

VS2017 Docker debugging failed: Failed to create the certificate
; https://github.com/Microsoft/DockerTools/issues/99

실제로 Visual Studio가 자동화하는 과정을 수동으로 할 수 있는데 우선 다음의 명령어로 Web Application에 해당하는 테스트 인증서를 생성하는 것으로 시작합니다.

[형식]
dotnet dev-certs https --trust -ep "%APPDATA%\ASP.NET\https\{WebApplication_프로젝트_이름}.pfx" -p {인증서_암호}

[예제 - 프로젝트 이름이 "netcore_web"인 경우]
dotnet dev-certs https --trust -ep "%APPDATA%\ASP.NET\https\netcore_web.pfx" -p TestPassword

위와 같이 실행하면 "%APPDATA%\ASP.NET\https" 폴더에 netcore_web.pfx라는 이름으로 인증서가 만들어집니다. 그리고 이 인증서를 마우스로 두 번 클릭해 등록해 줍니다. 2군데에 등록해야 하는데 "Personal"과 "Trusted Root Certification Authorities"에 각각 있어야 합니다. (명령행에서 "certmgr"을 입력해 "Certificates - Current User" 인증서 관리 창을 띄워 다음과 같이 등록된 것을 확인할 수 있습니다.)

[그림 - "ASP.NET Core HTTPS development certificate" 인증서]
aspnet_docker_ssl_support_1.png

그다음 인증서에 대한 암호(위의 예에서는 TestPassword)를 csproj 파일에 등록해야 합니다. 방법은 이전에 한번 소개했던 user-secrets로 하는데,

dotnet user-secrets 명령어
; https://www.sysnet.pe.kr/2/0/11447

따라서 웹 애플리케이션의 csproj 파일이 위치한 폴더에서 다음의 명령을 실행합니다.

[형식]
dotnet user-secrets set Kestrel:Certificates:Development:Password {인증서_암호}

예)
dotnet user-secrets set Kestrel:Certificates:Development:Password TestPassword

실행 후 csproj에는 UserSecretsId가 등록되고,

<Project Sdk="Microsoft.NET.Sdk.Web">

  <PropertyGroup>
    <TargetFramework>netcoreapp2.1</TargetFramework>
    <DockerTargetOS>Linux</DockerTargetOS>
    <UserSecretsId>{...GUID...}</UserSecretsId>
  </PropertyGroup>

  <ItemGroup>
    <PackageReference Include="Microsoft.AspNetCore.App" />
    <PackageReference Include="Microsoft.VisualStudio.Azure.Containers.Tools.Targets" Version="1.0.1916590" />
  </ItemGroup>

</Project>

해당 GUID 이름의 폴더가 %APPDATA%\Microsoft\UserSecrets 하위에 생성되고 그 안의 "secrets.json" 파일은 다음의 내용을 포함하게 됩니다.

{
  "Kestrel:Certificates:Development:Password": "TestPassword"
}

바로 여기까지가 Visual Studio가 자동으로 해주는 작업입니다. 그런데, 이렇게 맞추고 실행해도 여전히 "Failed to create the certificate" 오류가 발생합니다. 글쎄요... 다음의 글들에 따라 해봐도,

Adding the certificate to the Trusted Root Certificate store failed with the following error: Failed with a critical error.
; https://github.com/Microsoft/DockerTools/issues/147

VS2017 Docker debugging failed: Failed to create the certificate
; https://github.com/Microsoft/DockerTools/issues/99

Visual Studio 2017 gives 'Adding the Certificate to The Trusted Root Certificates store failed with the following Errror'
; https://stackoverflow.com/questions/47413183/visual-studio-2017-gives-adding-the-certificate-to-the-trusted-root-certificate?rq=1

제 경우에는 해당 오류가 없어지지 않았습니다. 그럼 어떻게 해결할 수 있을까요? ^^

해결하지 않아도 됩니다. 어차피 인증서까지 모두 등록되었으므로 Visual Studio는 실행을 할 수 있기 때문에 그냥 저 확인 과정을 생략하도록 "Tools" / "Options" 메뉴에서 "Container Tools" 범주의 "Do not prompt for trusting localhost SSL certificate" 옵션을 설정해 주면 됩니다.

이렇게 하고 실행하면 환경 구성이 잘 되었으므로 Visual Studio는 아무런 문제없이 docker 배포 후 웹 사이트를 구동시켜 줍니다.




참고로, 인증서를 로그인한 계정 외의 환경에서도 사용해야 한다고 하면 pfx 인증서를 "Certificates - Local Computer" 범주로도 등록시켜 주면 됩니다. (확인을 위해 명령행에서 "certlm"을 실행해 정상적으로 "Personal"과 "Trusted Root Certification Authorities"에 등록 여부를 보면 됩니다.)

참고로, "Do not prompt for trusting localhost SSL certificate" 옵션이 켜져 있어서 이후의 웹 프로젝트를 새로 등록했을 때에는 저 과정을 잊어버리고 웹 애플리케이션을 실행할 수 있을 텐데요, 이런 경우 다음과 같은 오류가 발생합니다.

System.InvalidOperationException
  HResult=0x80131509
  Message=Unable to configure HTTPS endpoint. No server certificate was specified, and the default developer certificate could not be found.
To generate a developer certificate run 'dotnet dev-certs https'. To trust the certificate (Windows and macOS only) run 'dotnet dev-certs https --trust'.
For more information on configuring HTTPS see https://go.microsoft.com/fwlink/?linkid=848054.
  Source=Microsoft.AspNetCore.Server.Kestrel.Core
  StackTrace:
   at Microsoft.AspNetCore.Hosting.ListenOptionsHttpsExtensions.UseHttps(ListenOptions listenOptions, Action`1 configureOptions)
   at Microsoft.AspNetCore.Hosting.ListenOptionsHttpsExtensions.UseHttps(ListenOptions listenOptions)
   at Microsoft.AspNetCore.Server.Kestrel.Core.Internal.AddressBinder.AddressesStrategy.<BindAsync>d__2.MoveNext()
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.AspNetCore.Server.Kestrel.Core.Internal.AddressBinder.<BindAsync>d__0.MoveNext()
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.AspNetCore.Server.Kestrel.Core.KestrelServer.<StartAsync>d__22`1.MoveNext()
...[생략]...
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.AspNetCore.Hosting.WebHostExtensions.Run(IWebHost host)
   at netcore_web.Program.Main(String[] args) in F:\netcore_web\netcore_web\Program.cs:line 17

잊지 말고 ^^ 웹 애플리케이션 이름의 pfx를 생성해 주고 user-secrets를 등록해야 합니다.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]





[최초 등록일: ]
[최종 수정일: 9/30/2018 ]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer@outlook.com

비밀번호

댓글 쓴 사람
 




1  2  3  4  [5]  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
12118정성태1/17/2020442개발 환경 구성: 466. C# DLL에서 Win32 C/C++처럼 dllexport 함수를 제공하는 방법 - 세 번째 이야기
12117정성태1/15/2020443디버깅 기술: 159. C# - 디버깅 중인 프로세스를 강제로 다른 디버거에서 연결하는 방법파일 다운로드1
12116정성태1/15/2020357디버깅 기술: 158. Visual Studio로 디버깅 시 sos.dll 확장 명령어를 (비롯한 windbg의 다양한 기능을) 수행하는 방법
12115정성태1/14/2020322디버깅 기술: 157. C# - PEB.ProcessHeap을 이용해 디버깅 중인지 확인하는 방법파일 다운로드1
12114정성태1/13/2020537디버깅 기술: 156. C# - PDB 파일로부터 심벌(Symbol) 및 타입(Type) 정보 열거 [1]파일 다운로드3
12113정성태1/12/2020669오류 유형: 590. Visual C++ 빌드 오류 - fatal error LNK1104: cannot open file 'atls.lib' [1]
12112정성태1/12/2020292오류 유형: 589. PowerShell - 원격 Invoke-Command 실행 시 "WinRM cannot complete the operation" 오류 발생
12111정성태3/23/2020736디버깅 기술: 155. C# - KernelMemoryIO 드라이버를 이용해 실행 프로그램을 숨기는 방법(DKOM: Direct Kernel Object Modification) [1]
12110정성태1/12/2020466디버깅 기술: 154. Patch Guard로 인해 블루 스크린(BSOD)가 발생하는 사례파일 다운로드1
12109정성태1/10/2020371오류 유형: 588. Driver 프로젝트 빌드 오류 - Inf2Cat error -2: "Inf2Cat, signability test failed."
12108정성태1/10/2020287오류 유형: 587. Kernel Driver 시작 시 127(The specified procedure could not be found.) 오류 메시지 발생
12107정성태1/10/2020397.NET Framework: 877. C# - 프로세스의 모든 핸들을 열람 - 두 번째 이야기
12106정성태1/8/2020430VC++: 136. C++ - OSR Driver Loader와 같은 Legacy 커널 드라이버 설치 프로그램 제작 [1]
12105정성태1/8/2020339디버깅 기술: 153. C# - PEB를 조작해 로드된 DLL을 숨기는 방법
12104정성태1/9/2020626DDK: 9. 커널 메모리를 읽고 쓰는 NT Legacy driver와 C# 클라이언트 프로그램 [2]
12103정성태4/23/2020981DDK: 8. Visual Studio 2019 + WDK Legacy Driver 제작- Hello World 예제 [1]파일 다운로드2
12102정성태1/6/2020465디버깅 기술: 152. User 권한(Ring 3)의 프로그램에서 _ETHREAD 주소(및 커널 메모리를 읽을 수 있다면 _EPROCESS 주소) 구하는 방법
12101정성태1/8/2020412.NET Framework: 876. C# - PEB(Process Environment Block)를 통해 로드된 모듈 목록 열람
12100정성태1/3/2020311.NET Framework: 875. .NET 3.5 이하에서 IntPtr.Add 사용
12099정성태1/3/2020431디버깅 기술: 151. Windows 10 - Process Explorer로 확인한 Handle 정보를 windbg에서 조회
12098정성태1/2/2020400.NET Framework: 874. C# - 커널 구조체의 Offset 값을 하드 코딩하지 않고 사용하는 방법
12097정성태1/2/2020313디버깅 기술: 150. windbg - Wow64, x86, x64에서의 커널 구조체(예: TEB) 구조체 확인
12096정성태1/2/2020489디버깅 기술: 149. C# - DbgEng.dll을 이용한 간단한 디버거 제작
12095정성태12/27/2019495VC++: 135. C++ - string_view의 동작 방식
12094정성태12/26/2019491.NET Framework: 873. C# - 코드를 통해 PDB 심벌 파일 다운로드 방법
12093정성태12/26/2019651.NET Framework: 872. C# - 로딩된 Native DLL의 export 함수 목록 출력파일 다운로드1
1  2  3  4  [5]  6  7  8  9  10  11  12  13  14  15  ...