Microsoft MVP성태의 닷넷 이야기
VC++: 73. IIS - ISAPI 필터 제작하는 방법 [링크 복사], [링크+제목 복사],
조회: 21586
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

IIS - ISAPI 필터 제작하는 방법

오랜만에 ISAPI 필터를 잠깐 들여다 봤는데요. 제작 방법은 다음의 온라인 문서에서 볼 수 있습니다.

Creating Simple ISAPI Filters
; https://learn.microsoft.com/en-us/previous-versions/iis/6.0-sdk/ms525035(v=vs.90)

C 소스코드는 대충 다음과 같이 구성하고,

#define _WIN32_WINNT 0x0400

#include <windows.h>
#include <httpfilt.h>

#define BUFFER_SIZE 2048

BOOL WINAPI GetFilterVersion(PHTTP_FILTER_VERSION pVer)
{
    pVer->dwFilterVersion = HTTP_FILTER_REVISION;
    lstrcpy(pVer->lpszFilterDesc, "...desc...");
    pVer->dwFlags = SF_NOTIFY_ORDER_HIGH | SF_NOTIFY_PREPROC_HEADERS;

    return TRUE;
}

DWORD WINAPI HttpFilterProc(PHTTP_FILTER_CONTEXT pfc, DWORD NotificationType, LPVOID pvNotification )
{
    if (NotificationType == SF_NOTIFY_PREPROC_HEADERS)
    {
       // ...
    }

    return SF_STATUS_REQ_NEXT_NOTIFICATION;
}

GetFilterVersion, HttpFilterProc 함수를 def 파일로 export 해주면 됩니다.

LIBRARY "...yours..."

EXPORTS
    HttpFilterProc
    GetFilterVersion

남은 것은 등록 과정인데요. 예전에는 IIS 관리자에서 직접 ISAPI 모듈을 등록해 주어야 했는데, 이제는 web.config에 등록하는 것이 가능해서 해당 DLL 모듈을 IIS 전역적으로 로드하지 않게 만들 수 있습니다. 이로 인해 얻게 되는 부수적인 효과는 잠김 현상이 줄어듦으로써 테스트가 좀 더 쉬워졌다는 점입니다. (심지어 IIS Express에서도 ISAPI 필터가 지원되기 때문에 테스트가 더욱 쉬워졌습니다. ^^)

web.config에 변경되는 부분은 다음의 문서에서 설명하고 있습니다.

ISAPI Filters <isapiFilters>
; https://learn.microsoft.com/en-us/iis/configuration/system.webServer/isapiFilters/

그래서 테스트 하려는 ISAPI DLL 파일의 경로를 다음과 같이 web.config에 명시하면 해당 Web Application만 ISAPI를 로드하게 됩니다.

<?xml version="1.0" encoding="utf-8"?>

<configuration>
  <system.web>
    <compilation debug="true" targetFramework="4.5" />
    <httpRuntime targetFramework="4.5" />
  </system.web>

    <system.webServer>
        <isapiFilters>
            <filter
               name="HeaderFilter"
               enabled="true"
               enableCache="false"
               path="D:\Debug\InterceptHeader.dll" />
        </isapiFilters>
    </system.webServer>

</configuration>




하지만, 직접 해보면 web.config 등록 이후 모든 웹 요청이 다음과 같은 메시지를 떨어뜨리면서 실패하는 현상을 겪게 됩니다.

Error 500.19 - Internal Server Error

The requested page cannot be accessed because the related configuration data for the page is invalid.

Detailed Error Information:

Module
IIS Web Core

Notification
Unknown

Handler
ExtensionlessUrl-Integrated-4.0

Error Code
0x80070021

Config Error This configuration section cannot be used at this path. This happens when the section is locked at a parent level. Locking is either by default (overrideModeDefault="Deny"), or set explicitly by a location tag with overrideMode="Deny" or the legacy allowOverride="false".

Config File
\\?\D:\WebApplication1\web.config

Requested URL
http://localhost:46931/

Physical Path
D:\WebApplication1

Logon Method
Not yet determined

Logon User
Not yet determined

Request Tracing Directory
d:\Documents\IISExpress\TraceLogFiles\WEBAPPLICATION1(22)

Config Source:
12: <system.webServer>
13: <isapiFilters>
14: <filter


More Information:
This error occurs when there is a problem reading the configuration file for the Web server or Web application. In some cases, the event logs may contain more information about what caused this error.

If you see the text "There is a duplicate 'system.web.extensions/scripting/scriptResourceHandler' section defined", this error is because you are running a .NET Framework 3.5-based application in .NET Framework 4. If you are running WebMatrix, to resolve this problem, go to the Settings node to set the .NET Framework version to ".NET 2". You can also remove the extra sections from the web.config file.


오류 원인은 간단합니다. 기본적으로는 전역 config 설정에서 ISAPI 필터를 추가하는 것이 금지되어 있기 때문입니다. 이것을 해제하려면 applicationHost.config의 내용을 변경해야 하는데 IIS의 경우 다음의 경로에 있는 파일을 편집하면 됩니다.

C:\Windows\System32\inetsrv\config\applicationHost.config

위의 파일을 관리자 권한으로 실행시킨 메모장에서 열어 다음의 내용을 찾아 Deny에서 Allow로 변경하면 됩니다.

<sectionGroup name="system.webServer">
    ...[생략]...
    <section name="isapiFilters" allowDefinition="MachineToApplication" overrideModeDefault="Allow" />
    ...[생략]...

주의할 것은 IIS Express의 경우 사용하는 applicationHost.config 파일의 위치가 다르다는 점입니다. IIS Express는 원본 applicationHost.config 파일을 다음의 경로에 유지하고 있다가,

"C:\Program Files (x86)\IIS Express\AppServer\applicationhost.config"

윈도우에 로그인한 계정에서 최초 IIS Express를 구동하는 시점에 다음의 경로에 복사본을 생성하고 그것을 기반으로 동작합니다. (Visual Studio에서 실행된 경우 이렇게 복사해서 동작하는 것이 기본입니다.)

%userprofile%\documents\iisexpress\config\applicationhost.config

따라서, "%userprofile%\documents\iisexpress\config\applicationhost.config" 파일이 있다면 이걸 수정해 줘야 하고, 없다면 "C:\Program Files (x86)\IIS Express\AppServer\applicationhost.config" 파일을 수정해 주면 됩니다.




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

[연관 글]






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

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

비밀번호

댓글 작성자
 



2013-12-16 01시59분
[ryujh] 안녕하세요.

ISAPI 필터와 HTTP 모듈이 같은(비슷한?) 개념으로 알고 있는데

ISAPI 필터만 가능한 것과 사용해야할 경우 등이 무엇입니까?
반대로 HTTP 모듈만 가능한 것과 사용해야할 경우도 입니다.

파일업로드 관련 기능에서 HTTP 모듈을 구현한 적은 있는데 ISAPI 필터로 바꾼다면 이점이 있다고 보시는지요?

ISAPI 필터를 사용할 수 밖에 없을 때 유지보수라도 필요하니 배워야 할 것 같습니다. 요즘은 개발보다 유지보수를 하고 있는 중입니다.

이상입니다.
[guest]
2013-12-16 10시30분
사실 IIS 7부터 Integrated 모드가 나오면서 ISAPI 필터의 장점이 많이 사라졌습니다. 현재 남은 결정적인 이점이라면 IIS 6에서도 가능하다는 것인데 Windows Server 2003에 대한 서비스 기간 만료 시점이 다가오면서 그나마도 없어질 듯합니다. 파일 업로드 모듈을 굳이 ISAPI로 바꿀 필요는 없어보입니다. ^^ 그리고, ISAPI는 Server Extension과 Filter로 나뉘는데, 말씀하신 파일 업로드 모듈은 Filter가 아닌 Server Extension에 해당합니다.

정리하면, 범용적인 목적의 필터가 필요한 제품을 만드는 경우가 아니고 자사의 솔루션에 넣을 요량이라면 HTTP 모듈이 더 바람직합니다.
정성태

1  2  3  [4]  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13540정성태1/29/20242113Linux: 69. 리눅스 - "Docker Desktop for Windows" Container 환경에서 IPv6 Loopback Address 바인딩 오류
13539정성태1/26/20242372개발 환경 구성: 703. Visual Studio - launchSettings.json을 이용한 HTTP/HTTPS 포트 바인딩
13538정성태1/25/20242427닷넷: 2211. C# - NonGC(FOH) 영역에 .NET 개체를 생성파일 다운로드1
13537정성태1/24/20242532닷넷: 2210. C# - Native 메모리에 .NET 개체를 생성파일 다운로드1
13536정성태1/23/20242603닷넷: 2209. .NET 8 - NonGC Heap / FOH (Frozen Object Heap) [1]
13535정성태1/22/20242480닷넷: 2208. C# - GCHandle 구조체의 메모리 분석
13534정성태1/21/20242260닷넷: 2207. C# - SQL Server DB를 bacpac으로 Export/Import파일 다운로드1
13533정성태1/18/20242488닷넷: 2206. C# - TCP KeepAlive의 서버 측 구현파일 다운로드1
13532정성태1/17/20242366닷넷: 2205. C# - SuperSimpleTcp 사용 시 주의할 점파일 다운로드1
13531정성태1/16/20242282닷넷: 2204. C# - TCP KeepAlive에 새로 추가된 Retry 옵션파일 다운로드1
13530정성태1/15/20242211닷넷: 2203. C# - Python과의 AES 암호화 연동파일 다운로드1
13529정성태1/15/20242092닷넷: 2202. C# - PublishAot의 glibc에 대한 정적 링킹하는 방법
13528정성태1/14/20242234Linux: 68. busybox 컨테이너에서 실행 가능한 C++, Go 프로그램 빌드
13527정성태1/14/20242156오류 유형: 892. Visual Studio - Failed to launch debug adapter. Additional information may be available in the output window.
13526정성태1/14/20242245닷넷: 2201. C# - Facebook 연동 / 사용자 탈퇴 처리 방법
13525정성태1/13/20242211오류 유형: 891. Visual Studio - Web Application을 실행하지 못하는 IISExpress
13524정성태1/12/20242298오류 유형: 890. 한국투자증권 KIS Developers OpenAPI - GW라우팅 중 오류가 발생했습니다.
13523정성태1/12/20242100오류 유형: 889. Visual Studio - error : A project with that name is already opened in the solution.
13522정성태1/11/20242242닷넷: 2200. C# - HttpClient.PostAsJsonAsync 호출 시 "Transfer-Encoding: chunked" 대신 "Content-Length" 헤더 처리
13521정성태1/11/20242302닷넷: 2199. C# - 한국투자증권 KIS Developers OpenAPI의 WebSocket Ping, Pong 처리
13520정성태1/10/20242072오류 유형: 888. C# - Unable to resolve service for type 'Microsoft.Extensions.ObjectPool.ObjectPool`....'
13519정성태1/10/20242132닷넷: 2198. C# - Reflection을 이용한 ClientWebSocket의 Ping 호출파일 다운로드1
13518정성태1/9/20242383닷넷: 2197. C# - ClientWebSocket의 Ping, Pong 처리
13517정성태1/8/20242219스크립트: 63. Python - 공개 패키지를 이용한 위성 이미지 생성 (pystac_client, odc.stac)
13516정성태1/7/20242341닷넷: 2196. IIS - AppPool의 "Disable Overlapped Recycle" 옵션의 부작용
13515정성태1/6/20242620닷넷: 2195. async 메서드 내에서 C# 7의 discard 구문 활용 사례 [1]
1  2  3  [4]  5  6  7  8  9  10  11  12  13  14  15  ...