如何配置IIS7以允许使用经典的asp上传zip文件？ [英] How to configure IIS7 to allow zip file uploads using classic asp?
问题描述
我最近安装了Windows 2008 Server，用一个包含几个经典ASP
应用程序的Web服务器替换了b / b
的崩溃硬盘。其中一个使用工作了几年的com
工具广泛使用文件上传。
在IIS7 doc文件和jpeg文件上传如前所述，但zip文件给出了一个
500的错误。这与打开和关闭防火墙的情况相同。
" Kal" < Ka ** @ community.nospamwrote in message
news：uj ************** @ TK2MSFTNGP02.phx.gbl ...
< blockquote class =post_quotes>
>我最近安装了Windows 2008 Server，用一个包括几个经典ASP
应用程序在内的各种网页上的Web服务器上替换崩溃的硬盘。其中一个使用已经工作了几年的com
工具广泛使用文件上传。
在IIS7下doc文件和jpeg文件像以前一样上传，但zip文件给出一个
500的错误。打开和关闭防火墙时的效果相同。
您的事件日志告诉您什么？
$ b这是64位安装吗？如果是这样的应用程序池64位或32位？
你有第三方ISAPI过滤器吗？如果是这样你使用集成或
经典管道？
-
Anthony Jones - MVP ASP / ASP.NET
9月15日，11：58 * pm，Kal < K ... @ community.nospamwrote：
我最近在
a web服务器上安装了Windows 2008 Server来替换崩溃的硬盘与各种网页，包括几个经典的ASP
应用程序。其中一个使用工作了几年的com
工具广泛使用文件上传。
在IIS7 doc文件和jpeg文件上传如前所述，但zip文件给出了一个
500的错误。这与防火墙开启和关闭的工作方式相同。
这似乎不是一个IIS问题，因为你说doc和jpg文件
像以前一样上传 - 如果COM工具处理上传为HTTP实体
正文，IIS肯定不关心源字节是来自doc，
如果你看到行为的变化，通常是由于COM工具或ASP应用程序使用它来使其工作的一些hacky
行为。如果它之前有效，那么
真的没关系，如果它偶然起作用的话。
真的要查看请求中涉及的HTTP流量吗？ />
判断是否正确。
您可以打开失败请求跟踪以确定它是否是任何IIS
模块返回500错误。如果500错误来自处理ASP页面本身，那么那就是我要调查的地方。也许你已经错误配置了你的网络应用程序以接受文件上传 - 我的ASP上传
Accepter没有使用COM工具并且在IIS7上运行得很好。 ..
事件日志不会告诉你任何事情。 32 / 64bit不会导致
不同由于文件内容导致的行为，以及失败的请求跟踪
将告诉ISAPI是否完全参与。
// David
http://w3-4u.blogspot.com
http://blogs.msdn.com/David.Wang
//
" David Wang" < w3 ***** @ gmail.comwrote in message
news：68 ************************* ********* @ a8g2000p rf.googlegroups.com ...
9月15日晚上11:58，Kal < K ... @ community.nospamwrote：
>
事件日志不会告诉你任何事情。
然而，总是检查事件日志，即使你确定他们不会告诉你
除非你碰巧被称为Neo并看到整个世界
你作为一个级联的绿色角色。
-
Anthony Jones - MVP ASP /ASP.NET
I recently installed Windows 2008 Server to replace a crashed hard drive on
a web server with a variety of web pages including several classic ASP
applications. One of these makes extensive use of file uploads using a com
tool that has worked for several years.
Under IIS7 doc files and jpeg files upload as before, but zip files give a
500 error. This works the same with the firewall on and off.
"Kal" <Ka**@community.nospamwrote in message
news:uj**************@TK2MSFTNGP02.phx.gbl...>I recently installed Windows 2008 Server to replace a crashed hard drive on
a web server with a variety of web pages including several classic ASP
applications. One of these makes extensive use of file uploads using a com
tool that has worked for several years.
Under IIS7 doc files and jpeg files upload as before, but zip files give a
500 error. This works the same with the firewall on and off.
And what does your event log tell you?
Is this 64bit install? If so is the App Pool 64 bit or 32 bit?
Do you have third party ISAPI filters? If so are you using integrated or
classic pipeline?
--
Anthony Jones - MVP ASP/ASP.NET
On Sep 15, 11:58*pm, "Kal" <K...@community.nospamwrote:I recently installed Windows 2008 Server to replace a crashed hard drive on
a web server with a variety of web pages including several classic ASP
applications. One of these makes extensive use of file uploads using a com
tool that has worked for several years.
Under IIS7 doc files and jpeg files upload as before, but zip files give a
500 error. This works the same with the firewall on and off.
This does not seem like an IIS issue because you say doc and jpg files
upload as before -- if the COM tool handles the upload as HTTP entity
body, IIS certainly does NOT care if the source bytes came from a doc,
jpg (compressed graphics), or zip file.
If you see change in behavior, it is usually due to some hacky
behavior being employed by the COM tool or ASP app to make it work. It
really doesn''t matter if it worked before, if it worked by accident.
One really has to look at the HTTP traffic involved on the request to
make the judgement of correctness.
You can turn on Failed Request Tracing to determine if it is any IIS
module returning the 500 error. If the 500 error comes from processing
the ASP page itself, then that''s where I''d investigate. Perhaps you''ve
misconfigured your web app to accept file uploads -- my ASP Upload
Accepter doesn''t use a COM tool and runs just fine on IIS7...
Event Logs won''t tell you anything. 32/64bit won''t result in
"different" behavior due to file content, and Failed Request Tracing
will tell whether ISAPIs are involved at all.
//David
http://w3-4u.blogspot.com
http://blogs.msdn.com/David.Wang
//
"David Wang" <w3*****@gmail.comwrote in message
news:68**********************************@a8g2000p rf.googlegroups.com...
On Sep 15, 11:58 pm, "Kal" <K...@community.nospamwrote:>
Event Logs won''t tell you anything.However, always check event logs, even when you sure they won''t tell you
anything unless you happen to be called Neo and see the entire world around
you as a cascading set of green characters.
--
Anthony Jones - MVP ASP/ASP.NET
这篇关于如何配置IIS7以允许使用经典的asp上传zip文件？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
