Re: Re: Permissions
| From: | Ashley Sheridan | Date: | Tue, 27 Aug 2013 06:59:25 +0000 |
| Subject: | Re: Re: Permissions | ||
| References: | 1 2 | Groups: | php.general |
| Request: | Send a blank email to php-general+get-321986@lists.php.net to get a copy of this message | ||
On Tue, 2013-08-27 at 16:16 +0930, David Robley wrote:
> Ethan Rosenberg wrote:
>
> > Dear List -
> >
> > Tried to run the program, that we have been discussing, and received a
> > 403 error.
> >
> > rosenberg:/var/www# ls -la StoreInventory.php
> > -rwxrwxrw- 1 ethan ethan 4188 Aug 26 20:26 StoreInventory.php
> >
> > rosenberg:/var# ls -ld www
> > drwxrwxrw- 37 ethan ethan 20480 Aug 26 20:26 www
> >
> > I had set the S bit [probably a nasty mistake] and I thought I was able
> > to remove the bit. [it doesn't show above]
> >
> > How do I extricate myself from the hole into which I have planted myself?
> >
> > TIA
> >
> > Ethan
>
> This is in no way a php question, as the same result will happen no matter
> what you ask apache to serve from that directory.
>
> You have the directory permissions set to 776 not 777.
> --
> Cheers
> David Robley
>
> Steal this tagline and I'll tie-dye your cat!
>
>
776 won't matter in the case of a directory, as the last bit is for the
eXecute permissions, which aren't applicable to a directory. What
It's possible that this is an SELinux issue, which adds an extra layer
of permissions over files. To see what those permissions are, use the -Z
flag for ls. Also, check the SELinux logs (assuming that it's running
and it is causing a problem) to see if it brings up anything. It's
typically found on RedHat-based distros.
Thanks,
Ash
http://www.ashleysheridan.co.uk