Authentication Problems with PHP on IIS 6

[alhenderson]

Morning All,

 

New to this forum, and hoping someone can shed some light on a problem I am having running PHP 5.3.0 on an IIS 6 Windows 2003 Server.  We have PHP configured as a CGI on the server and I have written a very simple test page to echo out the PHP version.

 

If I access the URL of the test script whilst logged on to the server, it does not work, I get an HTTP 500 Internal Server error (if I turn off friendly HTTP errors, it says 'the parameter is incorrect').  However, if I access the web page from another machine, it does work.  The only subtle difference is that when I access the page off node, I am prompted for my username and password.  When I do it on-node, it is using integrated authentication.

 

If I change my browser security settings on the node to 'Prompt for username and password' then it also prompts me and works.  So, the problem appears to be when integrated authentication is being used, but I can't work out what the problem is.

 

I have run process monitor and the php-cgi exe is not even being started.

 

Has anyone else had similar problems?

 

Thanks,

Al.

[alhenderson]

Some further information about this problem.  We have proved (by writing our own 'Hello World' CGI) that the problem is with IIS and nothing to do with PHP.  We get the same error when IIS is set to use the other CGI.

 

Even more strangely, the problem only occurs when you are running the browser on the node in question and you are logged in via terminal services.  We gave up trying to figure out what on earth IIS was/was not doing and have had to drop back to using PHP 5.2.11 which comes with the ISAPI DLL which does not suffer from the problem.

 

Using FastCGI also solves the problem, but that is not yet a possible solution for us..

 

Hope that helps someone else out there.

 

Al.

[thombaugh]

Exact same problem using php-cgi.exe 5.2, IIS 6. Didn't find a solution after much searching, but the workaround of prompting IE to ask for password worked, for me it's enough as everyone is going to use pages from the intranet, but annoying. I'm guessing it's something about what permissions it's using to execute the php, but not sure.

 

 

Some further information about this problem.  We have proved (by writing our own 'Hello World' CGI) that the problem is with IIS and nothing to do with PHP.  We get the same error when IIS is set to use the other CGI.

 

Even more strangely, the problem only occurs when you are running the browser on the node in question and you are logged in via terminal services.  We gave up trying to figure out what on earth IIS was/was not doing and have had to drop back to using PHP 5.2.11 which comes with the ISAPI DLL which does not suffer from the problem.

 

Using FastCGI also solves the problem, but that is not yet a possible solution for us..

 

Hope that helps someone else out there.

 

Al.