Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 9개 있습니다.)
(시리즈 글이 2개 있습니다.)
개발 환경 구성: 207. IIS의 80 포트를 공유하는 응용 프로그램 만드는 방법
; https://www.sysnet.pe.kr/2/0/1555

.NET Framework: 859. C# - HttpListener를 이용한 HTTPS 통신 방법
; https://www.sysnet.pe.kr/2/0/12012




IIS의 80 포트를 공유하는 응용 프로그램 만드는 방법

옛날 이야기를 하나 해볼까요? ^^ 원래 윈도우의 GDI 구성요소는 NT 3.x까지만 해도 User-mode로 구현되어 있었습니다. 4.0이 되면서 마이크로소프트는 성능을 위해 커널 모드로 내리게 되는데 항간에는 이로 인해 시스템의 안정성을 걱정하는 우려의 목소리가 있었습니다. 다행히 안정적으로 포팅되었기 때문에 윈도우 운영체제의 서버 시장 점유 확대에 걸림돌이 되지는 않았습니다.

이와 유사한 변화가 윈도우 2000에서 2003으로의 업그레이드 시에 발생했습니다 바로 커널 모드에서 HTTP 요청을 처리하도록 http.sys 드라이버가 개발된 것입니다. 아마도 WAS 서버 중에 Kernel 모드를 기반으로 하고 있는 것은 IIS가 거의 유일하지 않을까 싶은데요. (혹시 다른 제품 중에 있다면 덧글 부탁드립니다. ^^)

이 때문에 재미있는 특징이 하나 있습니다. http.sys 드라이버가 커널에서 활성화되어 있고 포트를 해당 드라이버에서 열고 있어야 하기 때문에 실제 IIS Worker Process에 해당하는 w3wp.exe는 포트에 대한 점유권이 없습니다.

따라서 http.sys는 요청이 들어오면 w3wp.exe 프로세스로 전달하는 구조로 되어 있습니다. 여기서 또 한 가지 재미있는 점은, 커널 영역은 프로세스 격리와 상관없기 때문에 http.sys에서 w3wp.exe로 요청 데이터를 전달하는 것이 매우 빠르게 이뤄진다는 점입니다.

그런데, IIS는 웹 사이트마다 별도의 웹 애플리케이션을 둘 수 있고, 다시 그 웹 애플리케이션은 개별 설정에 따라 AppPool에 할당할 수 있습니다. 즉, URL 경로에 웹 애플리케이션의 유무에 따라 서로 다른 w3wp.exe에 전달될 수 있는 것입니다. 예를 들어, 다음과 같은 환경으로 구성한 경우,

  • A 웹 사이트: ATestAppPool에 할당
  • A 웹 사이트 하위의 /TestA1 웹 애플리케이션: ATestAppPool에 할당
  • A 웹 사이트 하위의 /TestA2 웹 애플리케이션: BTestAppPool에 할당

  • B 웹 사이트: BTestAppPool에 할당
  • B 웹 사이트 하위의 /TestB1 웹 애플리케이션: BTestAppPool에 할당
  • B 웹 사이트 하위의 /TestB2 웹 애플리케이션: ATestAppPool에 할당

ATestAppPool로 설정된 w3wp.exe에는 A 웹 사이트, A 웹 사이트 하위의 /TestA1 웹 애플리케이션, B 웹 사이트 하위의 /TestB2 웹 애플리케이션으로 들어오는 요청이 http.sys로부터 전달됩니다.

여기까지 읽어보시면 짐작하실 수 있겠지만, 결과적으로 IIS는 너무나 귀한 포트 자원을 exe 단독으로 소유할 수 없게 제어를 합니다. 오~~~ 훌륭하지 않나요? ^^

덕분에 우리도 IIS가 80 포트를 점유하는 것과 상관없이 특정 URL 영역을 할당받아서 마찬가지로 80 포트를 함께 공유할 수 있습니다. (대표적으로 80 포트를 예로 들었을 뿐, IIS가 사용하는 모든 포트를 공유할 수 있습니다.)

닷넷 응용 프로그램의 경우 80 포트를 공유해서 웹 응용 프로그램을 만들고 싶다면 HttpListener 타입을 사용하면 됩니다.

닷넷의 발견: HttpListener 클래스
; http://www.simpleisbest.net/archive/2007/01/08/1527.aspx

위의 글에 있는 코드를 거의 배껴서 ^^ 저도 실습을 한번 해보았습니다.

간단하게 다음과 같이 해주면 80 포트의 /MyTemp/ 하위로 들어오는 URL 요청에 대해 http.sys로 하여금 우리가 만든 응용 프로그램으로 전달되도록 할 수 있습니다.

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

namespace ConsoleApplication1
{
    class Program
    {
        static void Main(string[] args)
        {
            HttpListener httpServer = new HttpListener();
            httpServer.Prefixes.Add("http://+:80/MyTemp/");
            httpServer.AuthenticationSchemes = AuthenticationSchemes.Anonymous;
            httpServer.Start();

            httpServer.BeginGetContext(ProcessRequest, httpServer);

            Console.ReadLine();
        }

        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>" + "test" + "</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);
        }
    }
}

위의 프로그램을 실행시키고 웹 브라우저를 이용해 "http://127.0.0.1/MyTemp/test.html"로 요청을 보내면 ConsoleApplication1.exe는 이에 대한 응답을 보내줍니다. 와~~~ 굉장하지 않나요? 세상에 어떤 웹 서버가 이런 서비스를 제공해 줍니까? ^^




참고로, 위의 응용 프로그램을 실행시킬 때 다음과 같은 오류가 발생할 수 있습니다.

Unhandled Exception: System.Net.HttpListenerException: Access is denied
   at System.Net.HttpListener.AddAllPrefixes()
   at System.Net.HttpListener.Start()
   at ConsoleApplication1.Program.Main(String[] args) in d:\...\ConsoleApplication1\Program.cs:line 16

원인은 "닷넷의 발견: HttpListener 클래스" 글에서 잘 설명해 주고 있는데요.

주) HttpListener가 리스닝을 시작하기 위해서는 관리자 권한을 필요로 한다. Windows Vista 에서 UAC(User Account Control)이 적용되고 있다면 "액세스 거부" 예외가 발생할 것이다. 이를 피하기 위해서는 manifest 를 작성해야만 한다. 관련 글을 참고하기 바란다.


하지만, 매번 관리자 권한으로 실행하게 만드는 것도 경우에 따라 보안상의 이슈도 발생할 수 있으므로 현실성이 다소 떨어집니다.

물론 이를 해결할 수 있는 방법이 있습니다. ^^ 예전에도 다음과 같은 글을 소개하면서 잠깐 언급한 적이 있는데요.

VS.NET 2008 - WCF를 위한 디버깅 환경 개선
; https://www.sysnet.pe.kr/2/0/522

IIS Express - localhost 이외의 호스트 이름으로 접근하는 방법
; https://www.sysnet.pe.kr/2/0/1030

로컬 PC에서의 WCF 통신을 Fiddler로 보는 방법
; https://www.sysnet.pe.kr/2/0/1487

그렇습니다. netsh을 이용해 http.sys가 전달할 URL에 대한 매핑 정보를 관리할 수 있습니다. 즉, 관리자 권한으로 한번만 매핑 정보를 등록해 주면 그 이후로는 응용 프로그램을 일반 사용자 계정으로 실행해도 됩니다. 이 글의 예제 프로그램의 경우에는 다음과 같이 등록해 주어야겠지요. ^^

형식: netsh http add urlacl url=[URL 매핑 정보] user=[Application 실행 계정]

예: netsh http add urlacl url=http://+:80/MyTemp/ user="SeongTae Jeong"

일반적으로 해당 응용 프로그램을 설치하는 과정에서 netsh 실행을 해주면 됩니다.

참고로, 삭제는 다음과 같이 해줍니다.

netsh http delete urlacl url=http://+:80/MyTemp/

이 정도면... IIS에 +1 추천 정도는 해줄 수 있지 않을까요? ^^




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 7/5/2023]

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

비밀번호

댓글 작성자
 



2023-01-16 11시49분
[gwise] 이걸 알았다면 tcp/ip 소켓으로 통신서버를 만들지 않았을 텐데 ㅠㅠ (iis 사용하지 않고 was개발)
지금이라도 이게 있다는걸 알려 줘서 감사합니다. tcp/ip 소켓통신을 이거로 바꿔봐야 겠습니다.
[guest]

... 16  [17]  18  19  20  21  22  23  24  25  26  27  28  29  30  ...
NoWriterDateCnt.TitleFile(s)
13206정성태12/24/20224683.NET Framework: 2084. C# - GetTokenInformation으로 사용자 SID(Security identifiers) 구하는 방법 [3]파일 다운로드1
13205정성태12/24/20224991.NET Framework: 2083. C# - C++과의 연동을 위한 구조체의 fixed 배열 필드 사용 (2)파일 다운로드1
13204정성태12/22/20224294.NET Framework: 2082. C# - (LSA_UNICODE_STRING 예제로) CustomMarshaler 사용법파일 다운로드1
13203정성태12/22/20224460.NET Framework: 2081. C# Interop 예제 - (LSA_UNICODE_STRING 예제로) 구조체를 C++에 전달하는 방법파일 다운로드1
13202정성태12/21/20224904기타: 84. 직렬화로 설명하는 Little/Big Endian파일 다운로드1
13201정성태12/20/20225486오류 유형: 835. PyCharm 사용 시 C 드라이브 용량 부족
13200정성태12/19/20224345오류 유형: 834. 이벤트 로그 - SSL Certificate Settings created by an admin process for endpoint
13199정성태12/19/20224600개발 환경 구성: 656. Internal Network 유형의 스위치로 공유한 Hyper-V의 VM과 호스트가 통신이 안 되는 경우
13198정성태12/18/20224501.NET Framework: 2080. C# - Microsoft.XmlSerializer.Generator 처리 없이 XmlSerializer 생성자를 예외 없이 사용하고 싶다면?파일 다운로드1
13197정성태12/17/20224415.NET Framework: 2079. .NET Core/5+ 환경에서 XmlSerializer 사용 시 System.IO.FileNotFoundException 예외 발생하는 경우파일 다운로드1
13196정성태12/16/20224569.NET Framework: 2078. .NET Core/5+를 위한 SGen(Microsoft.XmlSerializer.Generator) 사용법
13195정성태12/15/20225102개발 환경 구성: 655. docker - bridge 네트워크 모드에서 컨테이너 간 통신 시 --link 옵션 권장 이유
13194정성태12/14/20225132오류 유형: 833. warning C4747: Calling managed 'DllMain': Managed code may not be run under loader lock파일 다운로드1
13193정성태12/14/20225225오류 유형: 832. error C7681: two-phase name lookup is not supported for C++/CLI or C++/CX; use /Zc:twoPhase-
13192정성태12/13/20225231Linux: 55. 리눅스 - bash shell에서 실수 연산
13191정성태12/11/20226121.NET Framework: 2077. C# - 직접 만들어 보는 SynchronizationContext파일 다운로드1
13190정성태12/9/20226626.NET Framework: 2076. C# - SynchronizationContext 기본 사용법파일 다운로드1
13189정성태12/9/20227365오류 유형: 831. Visual Studio - Windows Forms 디자이너의 도구 상자에 컨트롤이 보이지 않는 문제
13188정성태12/9/20226086.NET Framework: 2075. C# - 직접 만들어 보는 TaskScheduler 실습 (SingleThreadTaskScheduler)파일 다운로드1
13187정성태12/8/20225982개발 환경 구성: 654. openssl - CA로부터 인증받은 새로운 인증서를 생성하는 방법 (2)
13186정성태12/6/20224540오류 유형: 831. The framework 'Microsoft.AspNetCore.App', version '...' was not found.
13185정성태12/6/20225512개발 환경 구성: 653. Windows 환경에서의 Hello World x64 어셈블리 예제 (NASM 버전)
13184정성태12/5/20224779개발 환경 구성: 652. ml64.exe와 link.exe x64 실행 환경 구성
13183정성태12/4/20224645오류 유형: 830. MASM + CRT 함수를 사용하는 경우 발생하는 컴파일 오류 정리
13182정성태12/4/20225372Windows: 217. Windows 환경에서의 Hello World x64 어셈블리 예제 (MASM 버전)
13181정성태12/3/20224768Linux: 54. 리눅스/WSL - hello world 어셈블리 코드 x86/x64 (nasm)
... 16  [17]  18  19  20  21  22  23  24  25  26  27  28  29  30  ...