|
Home > Archive > IIS Server > June 2005 > IIS 6 W2K3 Download exe CGI Timeout
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
IIS 6 W2K3 Download exe CGI Timeout
|
|
| DHauser 2005-06-23, 8:48 pm |
| I have a Windows 2000 Server that was upgraded to Windows 2003. I am unable
to download any exe files. I get the following error:
CGI Timeout
The specified CGI application exceeded the allowed time for processing. The
server has deleted the process.
I can change the file exension to a zip and the file downloads just fine. I
have tried checking multiple postings to try and fix this. Not able to
figure out what is going on. I already have execute permissions set to
scripts and executables.
Thanks for any assistance.
| |
| David Wang [Msft] 2005-06-24, 2:48 am |
| If you want EXE files to download, then you DO NOT want to set execute
permissions to "Scripts and Executables". Set it to anything else (for a
download directory, I suggest you set it to "None").
IIS behavior is exactly the same on Windows 2000 Server and Windows Server
2003 given the configuration. So, I am pretty certain that you personally
made the configuration change that is causing your issue.
--
//David
IIS
http://blogs.msdn.com/David.Wang
This posting is provided "AS IS" with no warranties, and confers no rights.
//
"DHauser" <DHauser@discussions.microsoft.com> wrote in message
news:13A10F65-AA8D-45BB-85B6-3F66B795C32C@microsoft.com...
I have a Windows 2000 Server that was upgraded to Windows 2003. I am unable
to download any exe files. I get the following error:
CGI Timeout
The specified CGI application exceeded the allowed time for processing. The
server has deleted the process.
I can change the file exension to a zip and the file downloads just fine. I
have tried checking multiple postings to try and fix this. Not able to
figure out what is going on. I already have execute permissions set to
scripts and executables.
Thanks for any assistance.
| |
| DHauser 2005-06-24, 7:51 am |
| Thanks,
That did work, but now my web componet for counter does not work
automatically. If I right click where the counter is and select show
pictures, it shows. What is causing this?
Also, when I try to open the site location back up in Front Page, I get an
error now stating that I do not have Windows SharePoint SErvices installed.
The only thing that I changed was the execute permissions as suggested.
Thanks,
"David Wang [Msft]" wrote:
> If you want EXE files to download, then you DO NOT want to set execute
> permissions to "Scripts and Executables". Set it to anything else (for a
> download directory, I suggest you set it to "None").
>
> IIS behavior is exactly the same on Windows 2000 Server and Windows Server
> 2003 given the configuration. So, I am pretty certain that you personally
> made the configuration change that is causing your issue.
>
> --
> //David
> IIS
> http://blogs.msdn.com/David.Wang
> This posting is provided "AS IS" with no warranties, and confers no rights.
> //
> "DHauser" <DHauser@discussions.microsoft.com> wrote in message
> news:13A10F65-AA8D-45BB-85B6-3F66B795C32C@microsoft.com...
> I have a Windows 2000 Server that was upgraded to Windows 2003. I am unable
> to download any exe files. I get the following error:
>
> CGI Timeout
> The specified CGI application exceeded the allowed time for processing. The
> server has deleted the process.
>
> I can change the file exension to a zip and the file downloads just fine. I
> have tried checking multiple postings to try and fix this. Not able to
> figure out what is going on. I already have execute permissions set to
> scripts and executables.
>
> Thanks for any assistance.
>
>
>
| |
| Tom Kaminski [MVP] 2005-06-24, 7:51 am |
| "DHauser" <DHauser@discussions.microsoft.com> wrote in message
news:C64769DC-035C-4C41-BDC1-B22D1EB73AC7@microsoft.com...
> Thanks,
>
> That did work, but now my web componet for counter does not work
> automatically. If I right click where the counter is and select show
> pictures, it shows. What is causing this?
>
> Also, when I try to open the site location back up in Front Page, I get an
> error now stating that I do not have Windows SharePoint SErvices
> installed.
>
> The only thing that I changed was the execute permissions as suggested.
Place the exe in a different folder and re-allow executables for the
original folder.
--
Tom Kaminski IIS MVP
http://www.microsoft.com/windowsser...ty/centers/iis/
http://mvp.support.microsoft.com/
http://www.iistoolshed.com/ - tools, scripts, and utilities for running IIS
| |
| David Wang [Msft] 2005-06-25, 7:47 am |
| This is because fpcounter.exe is now considered "download to client" instead
of "run it on the server to generate GIF graphics for the counter and
display on client".
As for Front Page Extensions behavior -- absolutely no idea since it is not
an IIS feature. Check microsoft.public.frontpage.extensions.windowsnt
Changing execute permissions on a server is a BIG DEAL. It directly affects
how IIS behaves with regards to many requests; it can cause your EXE to not
download but hang on the server; it can cause your FP Counter to not
function but download; it may affect other parts of FrontPage that rely on
one or both of the above behaviors. By default, none of these problems
happen, so you've definitely tweaked the wrong settings somehow. If you
broke fpcounter.exe when trying to enable file download, you definitely
changed the wrong configuration and may have toasted your server. Try
repairing the FPSE site and see if it helps. Otherwise, recreate/reinstall
FPSE because your configuration change may have broken it.
Why is this configuration a big deal? Well, think about it this way:
Suppose you have the browser make the following two requests:
1. http://server/download/program.exe
2. http://server/cgi-bin/fpcounter.exe
In case #1, you want the server to send the literal file program.exe to the
client as-is, for a file download
In case #2, you want the server to load the fpcounter.exe program on the
server, execute it, and generate some output that is then downloaded to the
client and interpreted as a GIF/JPG image and displayed as a counter
In both cases, the extension is .exe, but in one case, server executes the
requested resource on the server, and the other, server does not execute the
requested resource on the server but sends it as-is to the client.
It is impossible for IIS to determine which action you want. So, IIS makes
you configure the "Execute Permissions" setting which tells IIS which way to
interpret requests of those two types. Execute Permission "None" or
"Scripts" would result in #1, and "Scripts and Executables" would result in
#2.
--
//David
IIS
http://blogs.msdn.com/David.Wang
This posting is provided "AS IS" with no warranties, and confers no rights.
//
"DHauser" <DHauser@discussions.microsoft.com> wrote in message
news:C64769DC-035C-4C41-BDC1-B22D1EB73AC7@microsoft.com...
Thanks,
That did work, but now my web componet for counter does not work
automatically. If I right click where the counter is and select show
pictures, it shows. What is causing this?
Also, when I try to open the site location back up in Front Page, I get an
error now stating that I do not have Windows SharePoint SErvices installed.
The only thing that I changed was the execute permissions as suggested.
Thanks,
"David Wang [Msft]" wrote:
> If you want EXE files to download, then you DO NOT want to set execute
> permissions to "Scripts and Executables". Set it to anything else (for a
> download directory, I suggest you set it to "None").
>
> IIS behavior is exactly the same on Windows 2000 Server and Windows Server
> 2003 given the configuration. So, I am pretty certain that you personally
> made the configuration change that is causing your issue.
>
> --
> //David
> IIS
> http://blogs.msdn.com/David.Wang
> This posting is provided "AS IS" with no warranties, and confers no
rights.
> //
> "DHauser" <DHauser@discussions.microsoft.com> wrote in message
> news:13A10F65-AA8D-45BB-85B6-3F66B795C32C@microsoft.com...
> I have a Windows 2000 Server that was upgraded to Windows 2003. I am
unable
> to download any exe files. I get the following error:
>
> CGI Timeout
> The specified CGI application exceeded the allowed time for processing.
The
> server has deleted the process.
>
> I can change the file exension to a zip and the file downloads just fine.
I
> have tried checking multiple postings to try and fix this. Not able to
> figure out what is going on. I already have execute permissions set to
> scripts and executables.
>
> Thanks for any assistance.
>
>
>
| |
| DHauser 2005-06-27, 2:48 am |
| You have hit it totally on head on what I am doing. I am running cgi apps on
this machine and also trying to download exe files from http pages. The
server server still appears to working just fine. If I change the extension
of the exe files that I want to download, they work perfect. I think that is
what I am going to do as a go around. I really don't want these specific exe
files running from the server anyway.
Thanks,
"David Wang [Msft]" wrote:
> This is because fpcounter.exe is now considered "download to client" instead
> of "run it on the server to generate GIF graphics for the counter and
> display on client".
>
> As for Front Page Extensions behavior -- absolutely no idea since it is not
> an IIS feature. Check microsoft.public.frontpage.extensions.windowsnt
>
> Changing execute permissions on a server is a BIG DEAL. It directly affects
> how IIS behaves with regards to many requests; it can cause your EXE to not
> download but hang on the server; it can cause your FP Counter to not
> function but download; it may affect other parts of FrontPage that rely on
> one or both of the above behaviors. By default, none of these problems
> happen, so you've definitely tweaked the wrong settings somehow. If you
> broke fpcounter.exe when trying to enable file download, you definitely
> changed the wrong configuration and may have toasted your server. Try
> repairing the FPSE site and see if it helps. Otherwise, recreate/reinstall
> FPSE because your configuration change may have broken it.
>
>
> Why is this configuration a big deal? Well, think about it this way:
> Suppose you have the browser make the following two requests:
> 1. http://server/download/program.exe
> 2. http://server/cgi-bin/fpcounter.exe
>
> In case #1, you want the server to send the literal file program.exe to the
> client as-is, for a file download
> In case #2, you want the server to load the fpcounter.exe program on the
> server, execute it, and generate some output that is then downloaded to the
> client and interpreted as a GIF/JPG image and displayed as a counter
>
> In both cases, the extension is .exe, but in one case, server executes the
> requested resource on the server, and the other, server does not execute the
> requested resource on the server but sends it as-is to the client.
>
> It is impossible for IIS to determine which action you want. So, IIS makes
> you configure the "Execute Permissions" setting which tells IIS which way to
> interpret requests of those two types. Execute Permission "None" or
> "Scripts" would result in #1, and "Scripts and Executables" would result in
> #2.
>
> --
> //David
> IIS
> http://blogs.msdn.com/David.Wang
> This posting is provided "AS IS" with no warranties, and confers no rights.
> //
> "DHauser" <DHauser@discussions.microsoft.com> wrote in message
> news:C64769DC-035C-4C41-BDC1-B22D1EB73AC7@microsoft.com...
> Thanks,
>
> That did work, but now my web componet for counter does not work
> automatically. If I right click where the counter is and select show
> pictures, it shows. What is causing this?
>
> Also, when I try to open the site location back up in Front Page, I get an
> error now stating that I do not have Windows SharePoint SErvices installed.
>
> The only thing that I changed was the execute permissions as suggested.
>
> Thanks,
>
> "David Wang [Msft]" wrote:
>
> rights.
> unable
> The
> I
>
>
>
| |
| David Wang [Msft] 2005-06-27, 7:55 am |
| You can actually do both at the same time.
From the UI, IIS only allows you to set that property at a per-vdir level --
so it affects all files within /cgi-bin or /download. But, the property can
be set at a per-URL level -- so you can easily create a very customized and
secure setup (if you only understood how it works)
Instead of changing file extensions, you just need to create a IIsWebFile
for each of the URLs and set its AccessExecute property to false. This will
make that file always downloadable.
You can do the exact same thing and set AccessExecute to true to make that
file always executable.
My suggestion is that you set AccessExecute to false (so arbitrary code does
not execute), and since you know the exact ones that are ever supposed to
execute on the server, you can specifically set their AccessExecute to true.
This gives you the behavior that .exe files are downloaded by default,
unless you've specified them to execute on the server.
--
//David
IIS
http://blogs.msdn.com/David.Wang
This posting is provided "AS IS" with no warranties, and confers no rights.
//
"DHauser" <DHauser@discussions.microsoft.com> wrote in message
news:8CD5829C-5CE3-4EB1-A97F-96F1015F4CEF@microsoft.com...
You have hit it totally on head on what I am doing. I am running cgi apps
on
this machine and also trying to download exe files from http pages. The
server server still appears to working just fine. If I change the extension
of the exe files that I want to download, they work perfect. I think that
is
what I am going to do as a go around. I really don't want these specific
exe
files running from the server anyway.
Thanks,
"David Wang [Msft]" wrote:
> This is because fpcounter.exe is now considered "download to client"
instead
> of "run it on the server to generate GIF graphics for the counter and
> display on client".
>
> As for Front Page Extensions behavior -- absolutely no idea since it is
not
> an IIS feature. Check microsoft.public.frontpage.extensions.windowsnt
>
> Changing execute permissions on a server is a BIG DEAL. It directly
affects
> how IIS behaves with regards to many requests; it can cause your EXE to
not
> download but hang on the server; it can cause your FP Counter to not
> function but download; it may affect other parts of FrontPage that rely on
> one or both of the above behaviors. By default, none of these problems
> happen, so you've definitely tweaked the wrong settings somehow. If you
> broke fpcounter.exe when trying to enable file download, you definitely
> changed the wrong configuration and may have toasted your server. Try
> repairing the FPSE site and see if it helps. Otherwise, recreate/reinstall
> FPSE because your configuration change may have broken it.
>
>
> Why is this configuration a big deal? Well, think about it this way:
> Suppose you have the browser make the following two requests:
> 1. http://server/download/program.exe
> 2. http://server/cgi-bin/fpcounter.exe
>
> In case #1, you want the server to send the literal file program.exe to
the
> client as-is, for a file download
> In case #2, you want the server to load the fpcounter.exe program on the
> server, execute it, and generate some output that is then downloaded to
the
> client and interpreted as a GIF/JPG image and displayed as a counter
>
> In both cases, the extension is .exe, but in one case, server executes the
> requested resource on the server, and the other, server does not execute
the
> requested resource on the server but sends it as-is to the client.
>
> It is impossible for IIS to determine which action you want. So, IIS makes
> you configure the "Execute Permissions" setting which tells IIS which way
to
> interpret requests of those two types. Execute Permission "None" or
> "Scripts" would result in #1, and "Scripts and Executables" would result
in
> #2.
>
> --
> //David
> IIS
> http://blogs.msdn.com/David.Wang
> This posting is provided "AS IS" with no warranties, and confers no
rights.
> //
> "DHauser" <DHauser@discussions.microsoft.com> wrote in message
> news:C64769DC-035C-4C41-BDC1-B22D1EB73AC7@microsoft.com...
> Thanks,
>
> That did work, but now my web componet for counter does not work
> automatically. If I right click where the counter is and select show
> pictures, it shows. What is causing this?
>
> Also, when I try to open the site location back up in Front Page, I get an
> error now stating that I do not have Windows SharePoint SErvices
installed.
>
> The only thing that I changed was the execute permissions as suggested.
>
> Thanks,
>
> "David Wang [Msft]" wrote:
>
Server[vbcol=seagreen]
personally[vbcol=seagreen]
> rights.
> unable
> The
fine.[vbcol=seagreen]
> I
>
>
>
|
|
|
|
|