DirectAdmin, WordPress, Script Permissions

markroot

Verified User
Joined
Nov 5, 2012
Messages
7
I have just configured a brand net VPS with CentOS 6 and the latest DirectAdmin. I didn't change a lot of things yet, only disabled some PHP functions. But now I come across one problem.

When I install WordPress, normally it creates a wp-config.php fil itself (when installing) now I have to to this manually through FTP. Then after installing I would like to install some plugins. Normally WordPress automatically download and installs them, now it is asking for FTP login details. What I think is that there is a problem that WordPress (and also other scripts) are not getting the right permissions do create and download files on the webserver.

A friend told me WordPress should work automagically when DSO (mod_php) is enabled, but I guess this is default for new DirectAdmin installations. What should I do? I thought I wouldn't need to install suPHP or mod_ruid2 etc. I have another server that is also running default mod_php under apache and that is not showing these "mod" problems.
 
You should be using php-fpm or suphp if you dont want a ton of problems. If not you will have to chmod some folders 777 so they can be written because everything apache executes will run as the apache user and if it doesnt have access to write to the folder it will fail. Why are you against suphp, fpm, ruid?
 
You should be using php-fpm or suphp if you dont want a ton of problems. If not you will have to chmod some folders 777 so they can be written because everything apache executes will run as the apache user and if it doesnt have access to write to the folder it will fail. Why are you against suphp, fpm, ruid?

I don't want to use suPHP because it's slow and some of my clients are using Joomla with scripts that need a 777 folder. I also can't find any decent information on security or any install guide for mod_ruid2 on DirectAdmin and CentOS 6.4. Simply trying yum install mod_ruid2 is not working.
 
I use suphp and there is nothing slow about it. You should look at apache 2.4 and php-fpm then. Nothing in directadmin is installed with yum you have to use custombuild. Read the custombuild section of the forum.
 
I also can't find any decent information on security or any install guide for mod_ruid2 on DirectAdmin and CentOS 6.4.
I don't think you even tried to find information about these, because it's *very* easy to find.
When using "secure directadmin" in Google, you instantly will be presented with this page as first result:
http://help.directadmin.com/item.php?id=247

You can still use a lot of things mentioned on that page to secure your server.

Next Google search:
mod-ruid2 howto directadmin
First result: http://www.directadmin.com/forum/showthread.php?t=37467&page=1
which is on this forum under the HOWTO section.

If you look a bit around in that thread, you can find an excellent install guide for mod_ruid2 written by Arieh:
http://wiki.amservers.nl/Mod_ruid2

So please next time don't say you can't find anything if you did not look.

However, I agree with you that things should also work without having any of these installed, so with a standard installation.
Probably some file/directory rights and/or ownerships are not correct or you disabled too much in the php.ini or a combination of both.
 
some of my clients are using Joomla with scripts that need a 777 folder.
None of your sites will require a folder with 777 permissions, if you're using the latest version of Joomla (probably not for many versions back by now) if you configure your server properly. We use mod_ruid2, which can now be installed using Custombuild 2.

If you use 777 permissions on some of directory your site will eventually be hacked, and depending on server configuration, perhaps even all sites on your server.

Jeff
 
None of your sites will require a folder with 777 permissions, if you're using the latest version of Joomla
It's not Joomla, but some of the scripts his clients use with Joomla that needs 777 he said.
There are indeed scripts which need 777, even some stuff like some Streaming software (castcontrol or shoutcast) do want that. They just have a flaw in the script itself. Mostly they check if it's 777 and if not the script stops and gives a warning.
We have mod-ruid2 on every server, and on some scripts, we have to put some directory's to 777 to be able to install, and after that we can change them back to 755 again and everything is working fine.

So it would be the script makers that should adjust their script to just give a warning if something is not 777 and not stop the script.
 
i have the same problem with my new installed wordpress. usually from other host i dnt get this kind of problem. and i dont know whats the solution. whats suphp? how to enable it.. can someone help me pls
 
usually from other host i dnt get this kind of problem
If you are not a hosting provider yourself, please ask your hosting provider for support on this. Suphp is not something which clients can install.
 
If you are not a hosting provider yourself, please ask your hosting provider for support on this. Suphp is not something which clients can install.

tnx.. now i know what i need. i need Mod ruid2 .. am i gonna configure it? or i need to ask a support in directadmin? coz im not a tech person :( sadly. or should i contact my Host?
 
Also mod_ruid2 is a system based thing, so only somebody with root access can install that for you.
If you don't have root access, you should contact your host.
If you have root access to your server, you can install suphp or mod_ruid2 (which is better), if you don't know how to install this, you can ask a technical person here to do it for you, but this won't be free. Next to that it's better to do it yourself, because you know then what changes are made, and have to be made again in case of certain cases (like if you do a ./build rewrite_confs).
 
tnx richard.. i have root access. would you refer someone to me who knows how to install mod ruid?
 
Back
Top