HowtoForge Forums | HowtoForge - Linux Howtos and Tutorials

HowtoForge Forums | HowtoForge - Linux Howtos and Tutorials (http://www.howtoforge.com/forums/index.php)
-   Server Operation (http://www.howtoforge.com/forums/forumdisplay.php?f=5)
-   -   Apache2 & SuExec - not working (http://www.howtoforge.com/forums/showthread.php?t=9572)

martinfst 4th January 2007 20:22

Apache2 & SuExec - not working
 
I've setup a new server, mostly following the Ubuntu 6.10 and ISPConfig guides. All works oke, but during the process of transferring websites to this new server, I'm puzzled by a permission problem between Perl and SuExec and hope someone has an idea.

Although ISPConfig has added the right SuexecUserGroup, it appears that perl scripts do not use this user/group, but instead run with the euid and ruid of apache: www-data in my case. Any suggestion how to tackle this problem further?

Details:
Directory:
Quote:

drwxrwxr-x 30 web1_user web1 4096 2005-10-14 11:27 uploads
Apache2.conf
...
Quote:

<VirtualHost 172.16.3.80:80>
SuexecUserGroup web1_user web1
ServerName www2.xxxx.loc:80
ServerAdmin webmaster@xxxx.loc
DocumentRoot /home/ispwww/web1/web
Error:
Quote:

Thu Jan 4 20:02:35 2007 /home/ispwww/web1/web/index.pl WARNING: euid: 33 ruid: 33 Couldn't create node: /home/ispwww/web1/web/uploads/images/75 : Permission denied
The only other remark to make is that the perl routines/programs called by index.pl are stored outside the webroot. But the whole application works without a problem. If I change the ownership of the uploads directory (including the subdirs) to www-data, the nodes/files are created without any issue.

falko 5th January 2007 16:32

You must place your Perl scripts in the cgi-bin directory: /home/ispwww/web1/cgi-bin

martinfst 5th January 2007 17:38

Unfortunately, that's not possible, as this is a shared codebase for a CMS for several websites . I was a bit afraid of this :(
Thanks for confirming.


All times are GMT +2. The time now is 08:03.

Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2014, vBulletin Solutions, Inc.