Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)
(시리즈 글이 3개 있습니다.)
개발 환경 구성: 703. Visual Studio - launchSettings.json을 이용한 HTTP/HTTPS 포트 바인딩
; https://www.sysnet.pe.kr/2/0/13539

VS.NET IDE: 188. launchSettings.json의 useSSL 옵션
; https://www.sysnet.pe.kr/2/0/13541

닷넷: 2212. ASP.NET Core - 우선순위에 따른 HTTP/HTTPS 호스트:포트 바인딩 방법
; https://www.sysnet.pe.kr/2/0/13545




ASP.NET Core - 우선순위에 따른 HTTP/HTTPS 호스트:포트 바인딩 방법

지난 글에 소개한 "launchSettings.json" 파일은,

Visual Studio - launchSettings.json을 이용한 HTTP/HTTPS 포트 바인딩
; https://www.sysnet.pe.kr/2/0/13539

보통 개발 시점에만 사용하게 됩니다. 반면, 배포 시에는 다른 방법으로 제어를 할 수 있는데요, 이에 대해 다음의 글에서 자세하게 소개하고 있습니다.

5 ways to set the URLs for an ASP.NET Core app
; https://andrewlock.net/5-ways-to-set-the-urls-for-an-aspnetcore-app/

우선 기본 상태로 Publish를 하면 (지난 글에 설명한 것처럼 아무런 프로파일도 지정이 안 되었으므로 기본값인) HTTP 5000으로만 대기를 합니다.

C:\temp\...[생략]...\net8.0\publish> WebApplication3.exe
info: Microsoft.Hosting.Lifetime[14]
      Now listening on: http://localhost:5000
info: Microsoft.Hosting.Lifetime[0]
      Application started. Press Ctrl+C to shut down.
info: Microsoft.Hosting.Lifetime[0]
      Hosting environment: Production
info: Microsoft.Hosting.Lifetime[0]
      Content root path: C:\temp\...[생략]...\net8.0\publish

이것을 바꾸기 위한 가장 낮은 우선순위의 방법은 ASPNETCORE_URLS 환경변수를 설정하는 것입니다.

C:\temp\...[생략]...\net8.0\publish> set ASPNETCORE_URLS=https://localhost:5015;http://localhost:5014

C:\temp\...[생략]...\net8.0\publish> WebApplication3.exe
info: Microsoft.Hosting.Lifetime[14]
      Now listening on: https://localhost:5015
info: Microsoft.Hosting.Lifetime[14]
      Now listening on: http://localhost:5014
info: Microsoft.Hosting.Lifetime[0]
      Application started. Press Ctrl+C to shut down.
info: Microsoft.Hosting.Lifetime[0]
      Hosting environment: Production
info: Microsoft.Hosting.Lifetime[0]
      Content root path: C:\temp\...[생략]...\net8.0\publish

이 값은 launchSettings.json에서도 종종 환경변수 란에 설정된 것을 볼 수 있습니다.

"Docker": {
    "commandName": "Docker",
    "launchBrowser": true,
    "launchUrl": "{Scheme}://{ServiceHost}:{ServicePort}",
    "environmentVariables": {
        "ASPNETCORE_URLS": "http://+:80"
    },
}

그다음 높은 순위는 명령행에 지정하는 건데요, 즉 환경변수를 설정했어도 이 값이 적용됩니다.

C:\temp\...[생략]...\net8.0\publish> set ASPNETCORE_URLS=https://localhost:5015;http://localhost:5014

C:\temp\...[생략]...\net8.0\publish> WebApplication3.exe --urls "https://localhost:5025;http://localhost:5024"
info: Microsoft.Hosting.Lifetime[14]
      Now listening on: https://localhost:5025
info: Microsoft.Hosting.Lifetime[14]
      Now listening on: http://localhost:5024
info: Microsoft.Hosting.Lifetime[0]
      Application started. Press Ctrl+C to shut down.
info: Microsoft.Hosting.Lifetime[0]
      Hosting environment: Production
info: Microsoft.Hosting.Lifetime[0]
      Content root path: C:\temp\...[생략]...\net8.0\publish

이 옵션은 dotnet run 명령어로 실행할 때도 그대로 적용할 수 있습니다.

dotnet run --urls "https://localhost:5025;http://localhost:5024"

위의 2가지 방법을 무시하고 싶다면 코딩으로 명시해야 하는데요, WebHost.UseUrls 메서드를 호출하면 됩니다.

namespace WebApplication3;

public class Program
{
    public static void Main(string[] args)
    {
        var builder = WebApplication.CreateBuilder(args);

        builder.WebHost.UseUrls("http://localhost:5034", "https://localhost:5035");

        // Add services to the container.
        builder.Services.AddRazorPages();

        var app = builder.Build();

        // Configure the HTTP request pipeline.
        if (!app.Environment.IsDevelopment())
        {
            app.UseExceptionHandler("/Error");
            // The default HSTS value is 30 days. You may want to change this for production scenarios, see https://aka.ms/aspnetcore-hsts.
            app.UseHsts();
        }

        app.UseHttpsRedirection();
        app.UseStaticFiles();

        app.UseRouting();

        app.UseAuthorization();

        app.MapRazorPages();

        app.Run();
    }
}

그럼 환경변수가 적용됐어도, --urls 명령행 옵션을 줬어도 코드의 값이 반영됩니다.

C:\temp\...[생략]...\net8.0\publish> set ASPNETCORE_URLS=https://localhost:5015;http://localhost:5014

C:\temp\...[생략]...\net8.0\publish> WebApplication3.exe --urls "https://localhost:5025;http://localhost:5024"
info: Microsoft.Hosting.Lifetime[14]
      Now listening on: http://localhost:5034
info: Microsoft.Hosting.Lifetime[14]
      Now listening on: https://localhost:5035
info: Microsoft.Hosting.Lifetime[0]
      Application started. Press Ctrl+C to shut down.
info: Microsoft.Hosting.Lifetime[0]
      Hosting environment: Production
info: Microsoft.Hosting.Lifetime[0]
      Content root path: C:\temp\...[생략]...\net8.0\publish

마지막으로, ConfigureKestrel 설정은 위에서 설정한 모든 값을 무시하는 가장 높은 우선순위를 갖습니다.

builder.WebHost.UseUrls("http://localhost:5034", "https://localhost:5035");

builder.WebHost.ConfigureKestrel((options) =>
{
    options.ListenLocalhost(5044);
    options.ListenLocalhost(5045, opts => opts.UseHttps());
});

호출 순서를 바꿔도 마찬가지입니다.

builder.WebHost.ConfigureKestrel((options) =>
{
    options.ListenLocalhost(5044);
    options.ListenLocalhost(5045, opts => opts.UseHttps());
});

builder.WebHost.UseUrls("http://localhost:5034", "https://localhost:5035");

한 가지 특이한 점은, ConfigureKestrel로 인한 재정의를 했을 때는 이 사실을 알리는 메시지를 함께 출력한다는 점입니다.

C:\temp\...[생략]...\net8.0\publish> set ASPNETCORE_URLS=https://localhost:5015;http://localhost:5014

C:\temp\...[생략]...\net8.0\publish> WebApplication3.exe --urls "https://localhost:5025;http://localhost:5024"
warn: Microsoft.AspNetCore.Server.Kestrel[0]
      Overriding address(es) 'http://localhost:5034, https://localhost:5035'. Binding to endpoints defined via IConfiguration and/or UseKestrel() instead.
info: Microsoft.Hosting.Lifetime[14]
      Now listening on: http://localhost:5044
info: Microsoft.Hosting.Lifetime[14]
      Now listening on: https://localhost:5045
info: Microsoft.Hosting.Lifetime[0]




만약, 환경변수, 입력 인자 및 코드 등으로 저렇게 변경하는 것을 비주얼 스튜디오로 개발하는 중에 적용한다면 Properties\launchSettings.json 파일도 그에 맞게 바꿔줘야 디버깅을 편하게 할 수 있습니다.

또한, ASPNETCORE_URLS 환경 설정의 경우 값을 설정할 때 따옴표를 쓰면 안 됩니다.

set ASPNETCORE_URLS="https://localhost:5035;http://localhost:5034"

위와 같이 설정하게 되면 이후 실행 시 이런 예외가 발생합니다.

System.InvalidOperationException: Unrecognized scheme in server address '"https://localhost:5035'. Only 'http://' and 'https://' are supported.




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 1/31/2024]

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

비밀번호

댓글 작성자
 




... 61  62  63  64  65  66  67  68  69  70  [71]  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
12158정성태2/25/202017751디버깅 기술: 165. C# - Marshal.GetIUnknownForObject/GetIDispatchForObject 사용 시 메모리 누수(Memory Leak) 발생파일 다운로드1
12157정성태2/25/202017839디버깅 기술: 164. C# - Marshal.GetNativeVariantForObject 사용 시 메모리 누수(Memory Leak) 발생 및 해결 방법파일 다운로드1
12156정성태2/25/202016409오류 유형: 595. LINK : warning LNK4098: defaultlib 'nafxcw.lib' conflicts with use of other libs; use /NODEFAULTLIB:library
12155정성태2/25/202015846오류 유형: 594. Warning NU1701 - This package may not be fully compatible with your project
12154정성태2/25/202015233오류 유형: 593. warning LNK4070: /OUT:... directive in .EXP differs from output filename
12153정성태2/23/202019357.NET Framework: 898. Trampoline을 이용한 후킹의 한계파일 다운로드1
12152정성태2/23/202018447.NET Framework: 897. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 세 번째 이야기(Trampoline 후킹)파일 다운로드1
12151정성태2/22/202019192.NET Framework: 896. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 - 두 번째 이야기 (원본 함수 호출)파일 다운로드1
12150정성태2/21/202019448.NET Framework: 895. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 [1]파일 다운로드1
12149정성태2/20/202018275.NET Framework: 894. eBEST C# XingAPI 래퍼 - 연속 조회 처리 방법 [1]
12148정성태2/19/202020667디버깅 기술: 163. x64 환경에서 구현하는 다양한 Trampoline 기법 [1]
12147정성태2/19/202018476디버깅 기술: 162. x86/x64의 기계어 코드 최대 길이
12146정성태2/18/202019222.NET Framework: 893. eBEST C# XingAPI 래퍼 - 로그인 처리파일 다운로드1
12145정성태2/18/202019039.NET Framework: 892. eBEST C# XingAPI 래퍼 - Sqlite 지원 추가파일 다운로드1
12144정성태2/13/202019214.NET Framework: 891. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 두 번째 이야기파일 다운로드1
12143정성태2/13/202015861.NET Framework: 890. 상황별 GetFunctionPointer 반환값 정리 - x64파일 다운로드1
12142정성태2/12/202018230.NET Framework: 889. C# 코드로 접근하는 MethodDesc, MethodTable파일 다운로드1
12141정성태2/10/202017253.NET Framework: 888. C# - ASP.NET Core 웹 응용 프로그램의 출력 가로채기 [2]파일 다운로드1
12140정성태2/10/202017724.NET Framework: 887. C# - ASP.NET 웹 응용 프로그램의 출력 가로채기파일 다운로드1
12139정성태2/9/202019020.NET Framework: 886. C# - Console 응용 프로그램에서 UI 스레드 구현 방법
12138정성태2/9/202022954.NET Framework: 885. C# - 닷넷 응용 프로그램에서 SQLite 사용 [6]파일 다운로드1
12137정성태2/9/202016272오류 유형: 592. [AhnLab] 경고 - 디버거 실행을 탐지했습니다.
12136정성태2/6/202017233Windows: 168. Windows + S(또는 Q)로 뜨는 작업 표시줄의 검색 바가 동작하지 않는 경우
12135정성태2/6/202022495개발 환경 구성: 468. Nuget 패키지의 로컬 보관 폴더를 옮기는 방법 [2]
12134정성태2/5/202020910.NET Framework: 884. eBEST XingAPI의 C# 래퍼 버전 - XingAPINet Nuget 패키지 [5]파일 다운로드1
12133정성태2/5/202018319디버깅 기술: 161. Windbg 환경에서 확인해 본 .NET 메서드 JIT 컴파일 전과 후 - 두 번째 이야기
... 61  62  63  64  65  66  67  68  69  70  [71]  72  73  74  75  ...