IIS6 - CGI won't run on 'new website'
From: Jeff Mowatt (jeff_at_albacrest.com)
Date: 09/29/04
- Next message: Tom Kaminski [MVP]: "Re: Searching/Indexing a Website with IIS 6"
- Previous message: Carolyn Speakman: "RE: IIS 6 - Connection Refused Error"
- Messages sorted by: [ date ] [ thread ]
Date: 29 Sep 2004 04:54:23 -0700
I have an inexplicable problem with CGI under IIS6:
I have transferred my CGI based application from IIS5 to IIS6 and
setting this up as a virtual folder under the Default Web Site,
allowing scripts and executeables, defining and allowing my CGI.EXE
under web extensions, I've managed to get it working. So far, so good.
On delivery to my customer, he has chosen to set up as a separate web
site under IIS. He reports that it fails to function and I replicate
his installation as a separate web site.
All the actions which enabled me to run under a virtual folder have
been applied,both at my customer's site and my own server and the
results are as follows.
Starting with my server, I'm relating this having opened IE on my
server whilst logged on as Administrator:
When attempting to open the initial static html page which in turn
calls the CGI in its form action, a prompt for username and password
appears. I enter my adminstrator username and password and the static
form is revealed. (This is exactly what happens at the customer too.)
I click a button on the form which initiates the form action, calling
my CGI.EXE. It shows as a process in the Task Manager window running
on behalf of Adminstrator and hangs. I kill this task and my page
returns an error, unsurprisingly, indicating that a complete set of
HTTP headers have not been returned.
I repeat the above on my workstation, no username password prompt is
presented and I go straight to my static html page. Hitting the button
has the same effect as on the server with the process this time
running under the name of my workstation logon. I kill the process as
before and get the same error result back on my browser.
In my customer's environment, there is a difference. He is prompted to
install and run the exe.
Back to my installation-
I decide to inspect the physical file permissions for my site and
discover that they are not set as web shareable, also the IUSR account
for my server has no permissions for this folder.
I set the folder to web shareable and from the drop-down options I
select the name of my new web site, set execute permissions and apply,
I then add execute permissions for the IUSR account under the security
tab.
When I return to the folder to look at these permissions I find that
they have reverted to being shareable by the Default Web Site and no
matter how many times I try this, whether I change it to my web site
or Administration the result is the same, this change is not applied.
So it would seem that my app can only work as a virtual directory and
setting up as a discrete web site under ISS, I cannot allocate
permissions for the site to use the files because IIS Manager seems to
prevent me from doing so.
I can't find anything else in the online documentation I've read
relating to this problem or any other user on a discussion group
reporting this problem.
My customer should in my view have installed as a virtual folder but
has reason to keep the app discrete and fears doing so now will impact
on other applications.
Could anyone suggest where I could take this next?
TIA - Jeff Mowatt
- Next message: Tom Kaminski [MVP]: "Re: Searching/Indexing a Website with IIS 6"
- Previous message: Carolyn Speakman: "RE: IIS 6 - Connection Refused Error"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|
