以前在Window 2000 IIS5.0下写了一个URL检测 + 重定向 + Session + 入侵检测 + 自动解压+ 自动解密的 ISAPI Filter ，用于数字图书馆项目，一直都很好使， 最近升级到 Widnows 2003 IIS6.0 后，发现　ISAPI Filter 根本运行不起来

以前在Window 2000 IIS5.0下写了一个URL检测 + 重定向 + Session + 入侵检测 + 自动解压+ 自动解密的 ISAPI Filter ，用于数字图书馆项目，一直都很好使， 最近升级到 Widnows 2003 IIS6.0 后，发现　ISAPI Filter 根本运行不起来，后来查了又查，原来是文件的权限问题，IIS 6.0 ISAPI Filter 好象是在　Service 帐号下运行的(具体我也没去查过) ,将数据文件的读写权限给予Service 帐号后,ISAPI Filter 终于可以正常运行了，但是，在随后的测试中，我发现，数据解密结果不正确，郁闷啊，查吧............

经过日志跟踪和分析，终于发现问题所在，原来　IIS 6.0 和 IIS 5.0 发送给客户端的时候应答稍微有点不一样，IIS 5.0 是先单独发应一次答头 HttpFilterProc->OnSendData，

HTTP/1.1 200 OK

Server: Microsoft-IIS/5.0

X-Powered-By: ASP.NET

Date: Mon, 04 Apr 2005 05:39:01 GMT

Content-Type: application/octet-stream

Accept-Ranges: bytes

Last-Modified: Mon, 04 Apr 2005 05:39:00 GMT

ETag: W/"90c9399ad838c51:fd1"

Content-Length: 661442

然后分多次发送数据　HttpFilterProc->OnSendData；

而 IIS6.0 却是将应答头和数据一起发送的，也就是说IIS 6.0 的第一次HttpFilterProc->OnSendData　中即包含了应答头，也包含了数据，

HTTP/1.1 200 OK

Date: Mon, 04 Apr 2005 05:17:09 GMT

Content-Length: 661442

Content-Type: application/pdf

Last-Modified: Mon, 04 Apr 2005 05:16:41 GMT

Accept-Ranges: bytes

ETag: "4c949b7cd538c51:ef5"

Server: Microsoft-IIS/6.0

X-Powered-By: ASP.NET

%PDutv?在