Link to home
Start Free TrialLog in
Avatar of andrew_89
andrew_89

asked on

PHP 403 errors

We just added t more boxes to an IIS 6.0 web farm. (there are 4 others in this farm) These two boxes give 403 foridden erros for anything that is php . We are shared hosting , so there are several thousand sites on this farm.

What can cause this problem with PHP only????


thanks
Avatar of Rob_Jeffrey
Rob_Jeffrey

I've not dealt with IIS farms - but have delt with PHP on IIS.

Check to make sure that the application maping is set correctly to handle php.
Internet information services -> properties
master Properties -> Edit
Home Directory tab -> Appplication Settings section -> configuration button
Somewhere in that list should have .php mapped to the php exe like c:\php\php-cgi.exe

Like I said - I don't know if this is even remotely close - but that is how I got it working on IIS.

Rob
Avatar of andrew_89

ASKER

Yes this is listed as c:\php\php.exe
Does the web user have access to run this program?  IUSR_xxx iWAN_xxx Read & Execute.

I had to add permissions to various dll files as well since the cgi calls otehr libraries.
Sorry - IWAN should be the IWAM - Launch IIS Process Account
Yes all the permssions look athe same on all the boxes. I cant seem to find where the difference is between the boxes that are working and the 2 that will not.
403 is a permission issue - so then it comes down to who has permission to view?

If you have a domain admin account - can you set up a folder that only that account has access to and log in - does the php parser run then?  

How does a farm treat a domain IUSR_ account?  does each box get one - or is it shared across all boxes?
If I put a test.php file in the root which has administrator as user... PHP works fine. At the root of the website folder all boxes are usign the same IUSR account.

I know you are correct , it is definitely some permssions issue.... It is not related to anything that has to do with metabase... We have scripts that replciate the metabase from a "head box" to all the other boxes hourly, as well as some registry keys because of Front Page.

3 of the boxes work so this rules out metabase and has to be ntfs.. Just cant figure out where.
Can you review the logs on the failing boxes?  What user is attempting to access the files?
I see nothing in the security event logs or PHP logs??
Odd.  It should record the 403 event.
Not system or application Event log - but IIS logging.  You may have to turn it on.

Internet information services -> properties
master Properties -> Edit
Web Site Tab->Enable Logging checkbox
Please forgive me if you know that already - just trying to narrow things down.
Like I said - I've never dealt with server farms or system redundancy so I don't know if the logs even work differently.
Here is what I have done to troubleshoot as far as logs go:

I have added an entry for a probelm site in the local hosts file. ( This will ensure that the get is executed on local box)
I have a command window open and am doing a tail -f on the C:\WINDOWS\system32\LogFiles\W3SVC\ex061019.log
When I open the browser and get the 403 error there is no activity in the log?????
sorry I missed the output. Herre is what the IIS logs are saying on this request.

2006-10-19 21:56:38 W3SVC296528416 IIS01101 127.0.0.1 GET /test.php - 80 - 127.0.0.1 HTTP/1.1 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.2;+SV1;+.NET+CLR+1.1.4322;+.NET+CLR+2.0.50727) - - dmat.domain.com 403 19 1314 1702 322 0
ASKER CERTIFIED SOLUTION
Avatar of Rob_Jeffrey
Rob_Jeffrey

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
Were you able to get it going? (Thanks for the points)
The problem was that the network service account that the applciation pool was running as was not working. Somehow during the process of building this server this account was corrupted.
I am glad you figured it out.

Thanks again.