Ownership Issue on WordPress

[Scolpy]

Hello!

I'm using WordPress on some of my websites, and I saw that every time that WordPress creates directories(of images gallery, for example), the ownership of those directories are apache:apache instead of the user ownership.

How can I resolve that issue? because now every-time those directories creates, I can't upload file into those directories till I change manual the ownership to the user ownership.

Thanks!

 

[mr.applesauce]

You should change to suphp so that doesnt happen.

 

[Arieh]

I have a similar problem. I have a smarty cache dir and it isn't writeable under its own user at chmod 775, but it works when i chown it apache:apache. If I want to make it work under its own user, I need to chmod 777 it. Surely there must be a way to fix this without changing to suphp?

 

[Scolpy]

You should change to suphp so that doesnt happen.

You mean that I need to move to PHP CGI with suPHP?

 

[mr.applesauce]

Yes. Then files will be owned by the user not by the webserver user.

See the custombuild section of forum.

 

[Scolpy]

Yes. Then files will be owned by the user not by the webserver user.

See the custombuild section of forum.

But PHP CGI is more slower and insecure than PHP CLI - so there is no other solution for this issue?

 

[floyd]

But PHP CGI is more slower

Maybe

and insecure than PHP CLI

No.

 

[interfasys]

If you don't want to move to ngix+fastcgi from apache+mod_php, just chown -R your files. Some plugins will also require some extra file permissions.

 

[nobaloney]

Before we started building servers running PHP as CGI we ran cronjobs (per domain basis) which would restore site-user ownership to all files in a site often. How often? We found that running them every minute wouldn't impact the server greatly.

However I believe you can teach the user to change ownership through the DirectAdmin Files facility.

Jeff

 

[daveyw]

I would recommend to install 'mod_ruid', and your problem is solved.

 

[Arieh]

I've been thinking to use mod_ruid for a while now, and decided to got for it. My problem has been resolved with this Are there any other benefits or things I should know about using mod_ruid?

 

[daveyw]

I've been thinking to use mod_ruid for a while now, and decided to got for it. My problem has been resolved with this Are there any other benefits or things I should know about using mod_ruid?

We use mod_ruid on all our systems, since otherwise we have to use suphp or chmod files/dirs.

With mod_ruid all problems for us / our customers are solved.

First of all: install mod_ruid after that folow the steps below;

Path: /usr/local/directadmin/data/templates/custom/
Files: 'virtual_host2.conf', 'virtual_host2_secure.conf', 'virtual_host2_secure_sub.conf', 'virtual_host2_sub.conf'
* If they don't exist please 'cp' them to 'custom' from 'templates'.

Replace

SuexecUserGroup |USER| |GROUP|

with

RMode config
RUidGid |USER| |GROUP|
RGroups apache

Now lets rewrite HTTP config

echo "action=rewrite&value=httpd" >> /usr/local/directadmin/data/task.queue
/usr/local/directadmin/dataskq d800

Restart HTTPd and it should be done

 

[Arieh]

Yes I had followed these steps, but I was just wondering if all this does is just fixing these kinds of problems, or that I also should chmod /home dirs different or that it offers anything else. As I understand it I can see running top the user for a quick moment instead of apache. Maybe theres something else like that?

 

[daveyw]

You don't need to chmod anything, it should be okay after installing mod_ruid.
Indeed, now if a user is running a script you should see the users 'username' instead of 'apache'.

 

[Scolpy]

We use mod_ruid on all our systems, since otherwise we have to use suphp or chmod files/dirs.

With mod_ruid all problems for us / our customers are solved.

First of all: install mod_ruid after that folow the steps below;

Path: /usr/local/directadmin/data/templates/custom/
Files: 'virtual_host2.conf', 'virtual_host2_secure.conf', 'virtual_host2_secure_sub.conf', 'virtual_host2_sub.conf'
* If they don't exist please 'cp' them to 'custom' from 'templates'.

ReplacewithNow lets rewrite HTTP configRestart HTTPd and it should be done

I need to do those steps after the installation, right?

 

[Arieh]

Indeed after installation.

 

[Scolpy]

Indeed after installation.

Thanks.

in this step:

2. run /apachedir/bin/apxs -a -i -l cap -c mod_ruid.c

what is the default directory path?(I didn't find it)

 

[Arieh]

Run these commands to find it:

updatedb
locate apxs

@ my box its /usr/sbin/apxs

Also the README says mod_ruid.c, but it should be mod_ruid2.c

 

[daveyw]

in this step:

2. run /apachedir/bin/apxs -a -i -l cap -c mod_ruid.c

what is the default directory path?(I didn't find it)

No need to find it, just do

apxs -a -i -l cap -c mod_ruid.c

Also the README says mod_ruid.c, but it should be mod_ruid2.c

I didn't add the '2' on our boxes, also the file I had is mod_ruid.c not mod_ruid2.c

 

[Scolpy]

Run these commands to find it:

updatedb
locate apxs

@ my box its /usr/sbin/apxs

Also the README says mod_ruid.c, but it should be mod_ruid2.c

Thanks man!

I installed this and the issue seems to be resolved