Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 1개 있습니다.)

OWIN 웹 서버(EXE)를 IIS에서 호스팅하는 방법 - HttpPlatformHandler (Reverse Proxy)

지난 글에서 일반적인 웹 서버를 IIS에서 호스팅하는 방법을 살펴봤습니다.

사용자 정의 웹 서버(EXE)를 IIS에서 호스팅하는 방법 - HttpPlatformHandler (Reverse Proxy)
; https://www.sysnet.pe.kr/2/0/11434

그런데, OWIN으로 만든 웹 서버의 경우 HttpPlatformHandler를 이용해 호스팅하는 경우 w3wp.exe의 자식 프로세스로 웹 서버 EXE가 살았다 죽었다를 빠르게 반복하다가 결국 웹 브라우저에서는 다음과 같은 오류 메시지만을 보게 됩니다.

HTTP Error 502.3 - Bad Gateway
There was a connection error while trying to route the request.

Most likely causes:
* The CGI application did not return a valid set of HTTP errors.
* A server acting as a proxy or gateway was unable to process the request due to an error in a parent gateway.

Things you can try:
* Use DebugDiag to troubleshoot the CGI application.
* Determine if a proxy or gateway is responsible for this error.

Detailed Error Information:

Module httpPlatformHandler 

Notification ExecuteRequestHandler 

Handler httpplatformhandler 

Error Code 0x8007065f 

Requested URL http://localhost:8094/ 

Physical Path D:\owin_core 

Logon Method Anonymous 

Logon User Anonymous 

More Information:
This error occurs when a CGI application does not return a valid set of HTTP headers, or when a proxy or gateway was unable to send the request to a parent gateway. You may need to get a network trace or contact the proxy server administrator, if it is not a CGI problem. 

아울러 이벤트 로그에는 다음의 메시지들을 확인할 수 있습니다.

The description for Event ID 1000 from source HttpPlatformHandler cannot be found. Either the component that raises this event is not installed on your local computer or the installation is corrupted. You can install or repair the component on the local computer.

If the event originated on another computer, the display information had to be saved with the event.

The following information was included with the event: 

Process '5744' failed to start. Port = 25608, Error Code = '-2147023265'.

Error Code인 -2147023265 값은 0x8007065F이며, 의미하는 바는 "The Windows Installer service failed to start. Contact your support personnel."입니다.




그런데 지난번 예제로 만들었던 소켓 서버는 잘 동작했는데 왜 Owin 서버는 문제가 발생하는 걸까요? 그 차이점을 알기 위해 netstat -ano 명령어로 살펴봤습니다.

// 소켓 서버에서 29501 포트로 대기한 경우,
C:\temp> netstat -ano | findstr 29501
  Proto  Local Address          Foreign Address        State           PID
  TCP    127.0.0.1:29501        0.0.0.0:0              LISTENING       4928

// Owin 서버에서 29501 포트로 대기한 경우,
C:\temp> netstat -ano | findstr 29501
  Proto  Local Address          Foreign Address        State           PID
  TCP    127.0.0.1:29501        0.0.0.0:0              LISTENING       4

차이점이 보이시나요? 동작을 제대로 한 소켓 서버의 소유권은 해당 프로세스가 소유한 반면, 정상적이지 못했던 Owin 서버는 소켓 소유권이 4번 프로세스(System)에 있습니다. 그러고 보니 System 프로세스가 소켓 소유권을 가지는 상황을 이전에 겪은 적이 있습니다.

IIS의 80 포트를 공유하는 응용 프로그램 만드는 방법
; https://www.sysnet.pe.kr/2/0/1555

정말 저것 때문에 그런 것인지 간단하게 HttpListener를 이용한 예제를 만들어,

using System;
using System.Net;
using System.Text;
using System.Threading;

namespace ConsoleApp1
{
    class Program
    {
        static int Main(string[] args)
        {
            StartHTTP();
            return 0;
        }

        private static void StartHTTP()
        {
            int port = GetPort();

            HttpListener httpServer = new HttpListener();

            httpServer.Prefixes.Add($"http://localhost:{port}/");
            httpServer.AuthenticationSchemes = AuthenticationSchemes.Anonymous;
            httpServer.Start();

            httpServer.BeginGetContext(ProcessRequest, httpServer);

            Thread.Sleep(-1);
        }

        static void ProcessRequest(IAsyncResult ar)
        {
            HttpListener listener = ar.AsyncState as HttpListener;
            HttpListenerContext ctx = listener.EndGetContext(ar);

            HttpListenerRequest req = ctx.Request;
            HttpListenerResponse resp = ctx.Response;

            StringBuilder sb = new StringBuilder();
            sb.Append("<html><body><h1>" + DateTime.Now + "</h1>");
            sb.Append("</body></html>");

            byte[] buf = Encoding.UTF8.GetBytes(sb.ToString());
            resp.OutputStream.Write(buf, 0, buf.Length);
            resp.OutputStream.Close();

            listener.BeginGetContext(ProcessRequest, listener);
        }

        private static int GetPort()
        {
            int port = 29501;

            string value = Environment.GetEnvironmentVariable("HTTP_PLATFORM_PORT");
            if (int.TryParse(value, out int userPort) == true)
            {
                port = userPort;
            }

            return port;
        }
    }
}

(위의 코드는 첨부 파일에 포함되어 있습니다.)

지난번 글에서와 같이 테스트를 할 수 있습니다. 위의 예제 코드로 HttpPlatformHandler를 연결하면 Owin 서버와 마찬가지로 HTTP Error 502.3 - Bad Gateway 오류가 발생합니다.




실제로 Owin 서버는 내부적으로 HttpListener를 사용합니다. 그렇다면 Owin 서버를 HttpPlatformHandler와 연결하기 위해서는 HttpListener를 Socket으로 교체를 해야 합니다. 다행히 ^^ 찾아보면 이에 대한 작업을 github에서 볼 수 있습니다.

Bobris/Nowin 
; https://github.com/Bobris/Nowin

그래서 다음과 같이 Owin 서버를 만들게 되면,

// Install-Package Nowin -Version 0.26.0
// https://www.nuget.org/packages/Nowin/

static class Program
{
    static void Main(string[] args)
    {
        int port = GetPort();
        string baseAddress = $"http://127.0.0.1:{port}/";

        var options = new StartOptions(baseAddress)
        {
            ServerFactory = "Nowin",
        };

        using (WebApp.Start<Startup>(options))
        {
            Thread.Sleep(-1);
        }
    }

    private static int GetPort()
    {
        int port = 29501;

        string value = Environment.GetEnvironmentVariable("HTTP_PLATFORM_PORT");
        if (int.TryParse(value, out int userPort) == true)
        {
            port = userPort;
        }

        return port;
    }
}

(위의 코드는 첨부 파일에 포함되어 있습니다.)

정상적으로 HttpPlatformHandler와 연동이 되는 것을 확인할 수 있습니다.




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 1/16/2018]

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

비밀번호

댓글 작성자
 




... 31  32  33  34  35  36  37  38  39  40  41  42  [43]  44  45  ...
NoWriterDateCnt.TitleFile(s)
12553정성태3/5/20219200개발 환경 구성: 548. 기존 .NET Framework 프로젝트를 .NET Core/5+ 용으로 변환해 주는 upgrade-assistant, try-convert 도구 소개 [4]
12552정성태3/5/20218447개발 환경 구성: 547. github workflow/actions에서 Visual Studio Marketplace 패키지 등록하는 방법
12551정성태3/5/20217371오류 유형: 702. 비주얼 스튜디오 - The 'CascadePackage' package did not load correctly. (2)
12550정성태3/5/20217051오류 유형: 701. Live Share 1.0.3713.0 버전을 1.0.3884.0으로 업데이트 이후 ContactServiceModelPackage 오류 발생하는 문제
12549정성태3/4/20217531오류 유형: 700. VsixPublisher를 이용한 등록 시 다양한 오류 유형 해결책
12548정성태3/4/20218302개발 환경 구성: 546. github workflow/actions에서 nuget 패키지 등록하는 방법
12547정성태3/3/20218843오류 유형: 699. 비주얼 스튜디오 - The 'CascadePackage' package did not load correctly.
12546정성태3/3/20218437개발 환경 구성: 545. github workflow/actions에서 빌드시 snk 파일 다루는 방법 - Encrypted secrets
12545정성태3/2/202111189.NET Framework: 1026. 닷넷 5에 추가된 POH (Pinned Object Heap) [10]
12544정성태2/26/202111401.NET Framework: 1025. C# - Control의 Invalidate, Update, Refresh 차이점 [2]
12543정성태2/26/20219764VS.NET IDE: 158. C# - 디자인 타임(design-time)과 런타임(runtime)의 코드 실행 구분
12542정성태2/20/202112082개발 환경 구성: 544. github repo의 Release 활성화 및 Actions를 이용한 자동화 방법 [1]
12541정성태2/18/20219332개발 환경 구성: 543. 애저듣보잡 - Github Workflow/Actions 소개
12540정성태2/17/20219650.NET Framework: 1024. C# - Win32 API에 대한 P/Invoke를 대신하는 Microsoft.Windows.CsWin32 패키지
12539정성태2/16/20219548Windows: 189. WM_TIMER의 동작 방식 개요파일 다운로드1
12538정성태2/15/20219940.NET Framework: 1023. C# - GC 힙이 아닌 Native 힙에 인스턴스 생성 - 0SuperComicLib.LowLevel 라이브러리 소개 [2]
12537정성태2/11/202110946.NET Framework: 1022. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서! - 두 번째 이야기 [2]
12536정성태2/9/20219958개발 환경 구성: 542. BDP(Bandwidth-delay product)와 TCP Receive Window
12535정성태2/9/20219075개발 환경 구성: 541. Wireshark로 확인하는 LSO(Large Send Offload), RSC(Receive Segment Coalescing) 옵션
12534정성태2/8/20219717개발 환경 구성: 540. Wireshark + C/C++로 확인하는 TCP 연결에서의 closesocket 동작 [1]파일 다운로드1
12533정성태2/8/20219345개발 환경 구성: 539. Wireshark + C/C++로 확인하는 TCP 연결에서의 shutdown 동작파일 다운로드1
12532정성태2/6/20219865개발 환경 구성: 538. Wireshark + C#으로 확인하는 ReceiveBufferSize(SO_RCVBUF), SendBufferSize(SO_SNDBUF) [3]
12531정성태2/5/20218828개발 환경 구성: 537. Wireshark + C#으로 확인하는 PSH flag와 Nagle 알고리듬파일 다운로드1
12530정성태2/4/202112968개발 환경 구성: 536. Wireshark + C#으로 확인하는 TCP 통신의 Receive Window
12529정성태2/4/202110085개발 환경 구성: 535. Wireshark + C#으로 확인하는 TCP 통신의 MIN RTO [1]
12528정성태2/1/20219487개발 환경 구성: 534. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 윈도우 환경
... 31  32  33  34  35  36  37  38  39  40  41  42  [43]  44  45  ...