Microsoft MVP성태의 닷넷 이야기
VC++: 73. IIS - ISAPI 필터 제작하는 방법 [링크 복사], [링크+제목 복사],
조회: 21587
글쓴 사람
정성태 (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)
13489정성태12/19/20232178개발 환경 구성: 697. GoLand에서 ldflags 지정 방법
13488정성태12/18/20232112오류 유형: 884. HTTP 500.0 - 명령행에서 실행한 ASP.NET Core 응용 프로그램을 실행하는 방법
13487정성태12/16/20232416개발 환경 구성: 696. C# - 리눅스용 AOT 빌드를 docker에서 수행 [1]
13486정성태12/15/20232231개발 환경 구성: 695. Nuget config 파일에 값 설정/삭제 방법
13485정성태12/15/20232121오류 유형: 883. dotnet build/restore - error : Root element is missing
13484정성태12/14/20232201개발 환경 구성: 694. Windows 디렉터리 경로를 WSL의 /mnt 포맷으로 구하는 방법
13483정성태12/14/20232335닷넷: 2184. C# - 하나의 resource 파일을 여러 프로그램에서 (AOT 시에도) 사용하는 방법파일 다운로드1
13482정성태12/13/20233007닷넷: 2183. C# - eFriend Expert OCX 예제를 .NET Core/5+ Console App에서 사용하는 방법 [2]파일 다운로드1
13481정성태12/13/20232312개발 환경 구성: 693. msbuild - .NET Core/5+ 프로젝트에서 resgen을 이용한 리소스 파일 생성 방법파일 다운로드1
13480정성태12/12/20232706개발 환경 구성: 692. Windows WSL 2 + Chrome 웹 브라우저 설치
13479정성태12/11/20232373개발 환경 구성: 691. WSL 2 (Ubuntu) + nginx 환경 설정
13477정성태12/8/20232625닷넷: 2182. C# - .NET 7부터 추가된 Int128, UInt128 [1]파일 다운로드1
13476정성태12/8/20232316닷넷: 2181. C# - .NET 8 JsonStringEnumConverter의 AOT를 위한 개선파일 다운로드1
13475정성태12/7/20232412닷넷: 2180. .NET 8 - 함수 포인터에 대한 Reflection 정보 조회파일 다운로드1
13474정성태12/6/20232228개발 환경 구성: 690. 닷넷 코어/5+ 버전의 ilasm/ildasm 실행 파일 구하는 방법 - 두 번째 이야기
13473정성태12/5/20232503닷넷: 2179. C# - 값 형식(Blittable)을 메모리 복사를 이용해 바이트 배열로 직렬화/역직렬화파일 다운로드1
13472정성태12/4/20232251C/C++: 164. Visual C++ - InterlockedCompareExchange128 사용 방법
13471정성태12/4/20232353Copilot - To enable GitHub Copilot, authorize this extension using GitHub's device flow
13470정성태12/2/20232684닷넷: 2178. C# - .NET 8부터 COM Interop에 대한 자동 소스 코드 생성 도입파일 다운로드1
13469정성태12/1/20232445닷넷: 2177. C# - (Interop DLL 없이) CoClass를 이용한 COM 개체 생성 방법파일 다운로드1
13468정성태12/1/20232339닷넷: 2176. C# - .NET Core/5+부터 달라진 RCW(Runtime Callable Wrapper) 대응 방식파일 다운로드1
13467정성태11/30/20232439오류 유형: 882. C# - Unhandled exception. System.Runtime.InteropServices.COMException (0x800080A5)파일 다운로드1
13466정성태11/29/20232614닷넷: 2175. C# - DllImport 메서드의 AOT 지원을 위한 LibraryImport 옵션
13465정성태11/28/20232352개발 환경 구성: 689. MSBuild - CopyToOutputDirectory가 "dotnet publish" 시에는 적용되지 않는 문제파일 다운로드1
13464정성태11/28/20232492닷넷: 2174. C# - .NET 7부터 UnmanagedCallersOnly 함수 export 기능을 AOT 빌드에 통합파일 다운로드1
13463정성태11/27/20232402오류 유형: 881. Visual Studio - NU1605: Warning As Error: Detected package downgrade
1  2  3  4  5  [6]  7  8  9  10  11  12  13  14  15  ...