Hi,
Click links and download file, and got HTTP500 error.
Even directly access the file the situation is still same.
If no file it must be 404 but why 500?
IIS6.0 working on Win2003Sp2.
Not sure what kind of IIS configuration effect on this situation.
I would have advices.
Thanks,
Tengu
http://support.microsoft.com/kb/284285
Use WFetch to requst the URL and if you have not already figured it out by
looking at the Error message, post the results here,
Regards,
Trevor Benedict
MCSD
news:d9ac6efc-68f1-4b35-996e-7d707619d446@d4g2000prg.googleg roups.com...
> Hi,
>
> Click links and download file, and got HTTP500 error.
> Even directly access the file the situation is still same.
> If no file it must be 404 but why 500?
> IIS6.0 working on Win2003Sp2.
> Not sure what kind of IIS configuration effect on this situation.
>
> I would have advices.
>
> Thanks,
>
> Tengu
Hi Trevor,
Thanks for your quick help,
For our system reason we can test it on coming Mon or Tue however
I would update the status here.
Thanks & regards,
Tengu
On Nov 30, 7:57 am, greatfighte...@hotmail.com wrote:
> Hi,
>
> Click links and download file, and got HTTP500 error.
> Even directly access the file the situation is still same.
> If no file it must be 404 but why 500?
> IIS6.0 working on Win2003Sp2.
> Not sure what kind of IIS configuration effect on this situation.
>
> I would have advices.
>
> Thanks,
>
> Tengu
It sounds like you are running custom code on the server that is
causing the 500 error on file downloads.
As you suspect, IIS Static File Handler that normally does the
download does not return 500 like that.
Thus, we need to look at what custom, 3rd party code is causing
problems on your IIS6, identify the culprit, and you can try to get
that fixed. This is due to non-default configuration of the server --
please provide:
1. Custom ISAPI Filters at the website as well as global level (you
need to check two dialogs for this)
2. Custom ISAPI or CGI configured as handlers at either that URL or
inherited from parent URI -- Application Mappings for the resource
extension
As well as the IIS log entry corresponding to the 500 response. It may
contain a Win32 status code useful for diagnosis.
None of this will ever show up in the event log because most IIS
activity will obvious quickly spam and fill the event log. Thus, one
must go to the IIS log file for details.
//David
http://w3-4u.blogspot.com
http://blogs.msdn.com/David.Wang
//
Hi David,
Happy to see IIS Guru, thanks for your advices.
The case is happened on the company side but I have same system on my
machine,
this is working well.
For now what I know about difference between here and there is OS,
Here is Win2003 but on company side is SP2.
************************************************************ **********************************
************************************************************ **********************************
I checked my machine (not troubled machine), the configuration is as
following
>1. Custom ISAPI Filters at the website as well as global level (you
>need to check two dialogs for this)
ISAPI filters at "WEBSite" is AP.NET_2.0.50727.42 priority is low.
Status is loaded, executable is set as aspnet_filter.dll
ISAPI filters at "Default WEBSITE" is priority is high.
Status is loaded, executable is set as isapi_redirector2.dll
>2. Custom ISAPI or CGI configured as handlers at either that URL or
>inherited from parent URI -- Application Mappings for the resource
>extension
All unknown CGI Extension is "Prohibited"
All unknown ISAPI Extension is "Allowed"
Active Server pages "Allowed"
ASP.NET v2.0.70727 is "Allowed"
Internet Data connector "Prohibited"
Server Side includes "Allowed"
WebDAV "Prohibited"
************************************************************ **********************************
************************************************************ **********************************
1:Checked this on the troubled machine
The system is using ASP and IIS communicating with TOMCAT.
At first we have thought this is somehow TOMCAT related TOMCAT
and checked TOMCAT is alive, re-build, TOMCAT service's permission
(run as administrator) etc, but no luck.
2:
After it, tried to access the exe file directly, and found out
even not accessed from "link" it will be same error, HTTP500.
3:
Currently the files making trouble is located under
share folder (located in local machine, just set it as share folder
and IIS pointed to it).
Add IWAM to administrator and set share folder permission
"every one" "full access" but the situation is same.
4:IIS manager say already have "read" permission to the component.
5:Go to see "file security", "Enable anonymous access" of the
component,
it was set the user used by the system well, correctly.
************************************************************ **********************************
************************************************************ **********************************
1:
I intestinally change ASP file wrongly (just changed VB script)
and tried to access the link.
Using the tool Trevor suggested, to see the result that was 400 bad
request.
I don't think something was changed the company's machine's ASP files
but anyway in the case ASP files were wrong (VBscript is wrong)
it was not 500 for now.
2:
Disable the share folder above.
Set IE's user friendly error message setting off, access the exe file
directly.
As a result, got "the network name cannot be found" and to see the
status of
wfetch it was HTTP500.
Since on the customer side already add administrator,
running on local machine (including share folder),
share folder's permission is "everybody" "full access"
still not sure whether this situation is same with the company's
machine.
But anyway got a same error.
************************************************************ **********************************
Next week I will try...on the troubled machine
************************************************************ **********************************
1:LOG
Still I never checked log of IIS under system32(I must have checked
already....) need to check it..
2:wfetch
Following advices provided, I use the tool check the status, check
logs,
3:
Following advices provided
I check ISAPI filters.. and compare the configuration here and there
again.
Also check whether there is a difference about
"Application Mappings for the resource extension"
4:
Also try to same thing to other extension file (not .exe) located at
same place.
This is to know whether the issue is related to specific extension.
(to see old issues II5 controls it by iislockd additional function,
I believe IIS6 also must have similar function and currently trying to
check it)
5:
And I make new virtual folder, put exe there and try to get the file
as well.
This is to know whether the issue is only about the file located at
"share folder (local machine)".
Once got status I will update it here.
Thanks David, Trevor.
Regards,
Tengu
On Dec 1, 11:10 pm, greatfighte...@hotmail.com wrote:
> Hi David,
>
> Happy to see IIS Guru, thanks for your advices.
>
> The case is happened on the company side but I have same system on my
> machine,
> this is working well.
> For now what I know about difference between here and there is OS,
> Here is Win2003 but on company side is SP2.
>
> ************************************************************ ***************-*******************
>
> ************************************************************ ***************-*******************
> I checked my machine (not troubled machine), the configuration is as
> following>1. Custom ISAPI Filters at the website as well as global level (you
> >need to check two dialogs for this)
>
> ISAPI filters at "WEBSite" is AP.NET_2.0.50727.42 priority is low.
> Status is loaded, executable is set as aspnet_filter.dll
>
> ISAPI filters at "Default WEBSITE" is priority is high.
> Status is loaded, executable is set as isapi_redirector2.dll
>
> >2. Custom ISAPI or CGI configured as handlers at either that URL or
> >inherited from parent URI -- Application Mappings for the resource
> >extension
>
> All unknown CGI Extension is "Prohibited"
> All unknown ISAPI Extension is "Allowed"
> Active Server pages "Allowed"
> ASP.NET v2.0.70727 is "Allowed"
> Internet Data connector "Prohibited"
> Server Side includes "Allowed"
> WebDAV "Prohibited"
> ************************************************************ ***************-*******************
>
> ************************************************************ ***************-*******************
> 1:Checked this on the troubled machine
> The system is using ASP and IIS communicating with TOMCAT.
> At first we have thought this is somehow TOMCAT related TOMCAT
> and checked TOMCAT is alive, re-build, TOMCAT service's permission
> (run as administrator) etc, but no luck.
> 2:
> After it, tried to access the exe file directly, and found out
> even not accessed from "link" it will be same error, HTTP500.
> 3:
> Currently the files making trouble is located under
> share folder (located in local machine, just set it as share folder
> and IIS pointed to it).
> Add IWAM to administrator and set share folder permission
> "every one" "full access" but the situation is same.
> 4:IIS manager say already have "read" permission to the component.
> 5:Go to see "file security", "Enable anonymous access" of the
> component,
> it was set the user used by the system well, correctly.
>
> ************************************************************ ***************-*******************
>
> ************************************************************ ***************-*******************
> 1:
> I intestinally change ASP file wrongly (just changed VB script)
> and tried to access the link.
> Using the tool Trevor suggested, to see the result that was 400 bad
> request.
> I don't think something was changed the company's machine's ASP files
> but anyway in the case ASP files were wrong (VBscript is wrong)
> it was not 500 for now.
> 2:
> Disable the share folder above.
> Set IE's user friendly error message setting off, access the exe file
> directly.
> As a result, got "the network name cannot be found" and to see the
> status of
> wfetch it was HTTP500.
> Since on the customer side already add administrator,
> running on local machine (including share folder),
> share folder's permission is "everybody" "full access"
> still not sure whether this situation is same with the company's
> machine.
> But anyway got a same error.
>
> ************************************************************ ***************-*******************
> Next week I will try...on the troubled machine
> ************************************************************ ***************-*******************
> 1:LOG
> Still I never checked log of IIS under system32(I must have checked
> already....) need to check it..
> 2:wfetch
> Following advices provided, I use the tool check the status, check
> logs,
> 3:
> Following advices provided
> I check ISAPI filters.. and compare the configuration here and there
> again.
> Also check whether there is a difference about
> "Application Mappings for the resource extension"
> 4:
> Also try to same thing to other extension file (not .exe) located at
> same place.
> This is to know whether the issue is related to specific extension.
> (to see old issues II5 controls it by iislockd additional function,
> I believe IIS6 also must have similar function and currently trying to
> check it)
> 5:
> And I make new virtual folder, put exe there and try to get the file
> as well.
> This is to know whether the issue is only about the file located at
> "share folder (local machine)".
>
> Once got status I will update it here.
> Thanks David, Trevor.
>
> Regards,
>
> Tengu
If you want to download a .EXE file, make sure the virtual directory
that contains the EXE file does NOT have Execute Permission "Scripts
and Executables" enabled. See this blog entry on how and why things
work this way.
http://blogs.msdn.com/david.wang/archive/2005/07/11/Allow_fi le_downloads_on_IIS_6.aspx
HTTP 500 does not suggest anything wrong with user authentication/
authorization, so I do not expect your actions to be useful. I would
recommend starting from the IIS log and then determining what to do.
http://blogs.msdn.com/david.wang/archive/2005/12/31/HOWTO_Ba sics_of_IIS6_Troubleshooting.aspx
Finally, if there are custom ISAPI Filters and ISAPI Extensions
enabled and involved in the URLs, then all expectations of behavior go
out the window because ISAPI can have arbitrary behavior regardless of
what you do.
Thus, when I see unexpected behavior, I always must know whether there
is ISAPI involved. You gave the Web Service Extensions configuration ,
which tell me that any ISAPI Filter or ISAPI Extension is allowed to
run on your server, so it really doesn't eliminate custom 3rd party
ISAPI from being the cause of your problems.
Your 400 Bad Request indicates improper usage of WFetch -- something
is malformed about the request. I'm guessing you are either missing a
Host: header, proper URL, or malformed entity body.
//David
http://w3-4u.blogspot.com
http://blogs.msdn.com/David.Wang
//
Hi,
Thanks, and I gathered related information (Actually today I could not
see it but other person checked it).
1:WFetch
/[sample]/***/***.exe is right click the link and got from actual
troubled system.
The PATH was decided as default and basically it is same link with
which I can see on my machine.
************************************************************ ****************************
GET /[sample]/***/***.exe HTTP/1.1\r\n
RESPONSE: **************\n
HTTP/1.1 500 Internal Server Error\r\n
Content-Length: 1602\r\n
Content-Type: text/html\r\n
Server: Microsoft-IIS/6.0\r\n
X-Powered-By: ASP.NET\r\n
...
\r\n\r\nThe page cannot be displayed\r\nThere is a problem with the page you are looking for, and it cannot be displayed.\r\n \r\n Please try the following: \r\n
HTTP Error 500 - Internal server error.\r\n |
On Dec 3, 10:02 am, greatfighte...@hotmail.com wrote:
> Hi,
>
> Thanks, and I gathered related information (Actually today I could not
> see it but other person checked it).
>
> 1:WFetch
> /[sample]/***/***.exe is right click the link and got from actual
> troubled system.
> The PATH was decided as default and basically it is same link with
> which I can see on my machine.
> ************************************************************ ***************-*************
> GET /[sample]/***/***.exe HTTP/1.1\r\n
> RESPONSE: **************\n
> HTTP/1.1 500 Internal Server Error\r\n
> Content-Length: 1602\r\n
> Content-Type: text/html\r\n
> Server: Microsoft-IIS/6.0\r\n
> X-Powered-By: ASP.NET\r\n
> ...
>
| \r\n\r\n > The page cannot be displayed\r\n> There is a problem with the page you are looking for, and it cannot be > displayed.\r\n \r\n > Please try the following: \r\n
> > > HTTP Error 500 - Internal server error.\r\n |
Hi David,
thanks for your reply.
>hence the new vdir works
Yes,
but not working one is located in shared folder.
It means the folder IIS pointing is set as "shared" folder
and IIS try to get file from there.
Since the folder is "shared" it can be located on other machine.
But in this case, this was located on localhost.
Currently HTTP 500 error is issues only when try to download files
from the shared foler via IIS & http...
>The other way for this behavior to happen is with ISAPI Filter, which
>you did not disclose what was configured.
The configuration is same between here and there.
ISAPI filters at "WEBSite" is AP.NET_2.0.50727.42 priority is low.
Status is loaded, executable is set as aspnet_filter.dll
ISAPI filters at "Default WEBSITE" is priority is high.
Status is loaded, executable is set as isapi_redirector2.dll
>It is possible for ISAPI Filter to rewrite requests from one URL to
>another, so my prior theory could still be correct.
>Bottom line -- I'm suspecting this is problem with your Tomcat
>integration of isapi_redirect2.dll. Remove it and see if things start
>working.
I see, thanks!
Regards,
Tengu
Hi David,
Since time was limited, we re-create the related files (recreate from
the WEB application's function),
and this worked fine, resolved.
Since we never changed other configuration, etc, unfortunately not
totally clear about what was wrong
but since this was happened after installed the site soon.
So might be the installation was not completed correctly.
I am sorry the reason was not cleared
however I would like to say thank you very much to you.
Your suggestions were very helpful.
Best regards,
Tengu