directadmin 1.441 icm met mod_ruid2

[pcman]

Heey iedereen,

Vandaag de test machine geupdate naar 1.441 helaas kwam ik tegen een bug aan.
Het gebeurd alleen met mod_ruid2 in combinatie met deze update:
http://www.directadmin.com/features.php?id=1514

Wanneer je nu naar /roundcube /webmail /atmail of iets anders.
Dan krijg je een error.
Met deze melding in je logfile.

access to /roundcube denied (filesystem path '/var/www/html') because search permissions are missing on a component of the path

Ik heb het net ook gemaild aan directadmin.
Maar voor iedereen die er al last van heeft
even je templates terug zetten.
Dan is het probleem opgelost.

Dit is zoals het stond:

<IfModule mod_ruid2.c>
RMode config
RUidGid |USER| |GROUP|
RGroups apache |SECURE_ACCESS_GROUP|
</IfModule>

En dat staat er nu:

<IfModule mod_ruid2.c>
RMode config
RUidGid |USER| |GROUP|
#RGroups (http://www.webhostingtalk.nl/usertag.php?do=list&action=hash&hash=RGroups) apache |SECURE_ACCESS_GROUP|
RGroups @none
</IfModule>

[Active8]

Dat is vreemd , ik gebruik zelf ook 1.441 met mod_ruid2 en krijg deze melding niet met roundcube
Misschien heeft het in combinatie met iets anders te maken ?

[magentohosting]

Ook hier geen problemen met de update. Roundcube is gewoon te openen.

Stonden/staan de user:group op de /var/www/html-map wel goed?

Sent from my GT-N7100 using webhostingtalk mobile app

[pcman]

Heey iedereen,

Ja alles stond goed.
Het is inmiddels ook bevestigd door john.
Ik zal hier ook even zijn reply geven:

I've confirmed the issue on our test box when /var/www is set to chmod 550.
If you type:
chmod 755 /var/www

that should resolve the issue.
I've tried a few things, but have not yet been able to sort out the issue.

A related function in custombuild 2.0 is the hostname direct, eg options.conf:

redirect_host=server.hostname.com
redirect_host_https=yes
use_hostname_for_alias=yes
If you get the use_hostname_for_alias=yes, then type:
./build rewrite_confs

that should change the Alias in:
/etc/httpd/conf/extra/httpd-alias.conf

to be Rewrite commands.. as accessing the webapps from the server IP or the hostname does not run into the permission issue.
But the 755 change is likely easier to do.