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

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@outlook.com

비밀번호

댓글 쓴 사람
 




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