install & config Mod_ruid

Het mooie van de mod_ruid implementatie is dat je een UID/GID bepaalt, dan controleert of die niet 0 is, en dan het OS vraagt het proces hiernaar over te zetten. Het is echt maar 3 regels code ofzo en heel rechtlijnig.

Mod_ruid werkt overigens ongeacht of je een php, html of wat dan ook bestand opvraagt. Bij iedere request wordt het uitgevoerd voordat al die andere code wordt aangeroepen. De kans dat het downstream proces invloed heeft op mod_ruid is nul.

Citaat:

---

Oorspronkelijk geplaatst door Randy

Je maakt 35 euro over met Paypal naar randy@aklmedia.nl en hij doet de rest :lovewht:

Ik ga even van EL5 uit. Op Debian is het eerste regeltje anders. (yum == apt-get en de module heet gewoon libcap)
Onderstaand is copy, paste & pray...

Code:

---

yum install libcap-devel
cd /usr/src
wget http://websupport.sk/~stanojr/projects/mod_ruid/mod_ruid-0.6b.tar.gz
tar -xzf mod_ruid-0.6b.tar.gz
cd mod_ruid-0.6b
/usr/sbin/apxs -a -i -l cap -c mod_ruid.c
cd /usr/local/directadmin/data/templates
cp virtual_host2* custom/
cd custom
wget http://crew.pcextreme.nl/files/linux...od_ruid.tar.gz
tar -xzf da_vhosts_templates_apache2_mod_ruid.tar.gz
rm -f da_vhosts_templates_apache2_mod_ruid.tar.gz
nano /etc/httpd/conf/httpd.conf
 
Voeg toe boven "ServerAdmin admin@localhost": (Verander dit meteen even naar je eigen adres)
# mod_ruid
RMode config
RUidGid apache apache

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

---

---

Mocht iemand bovenstaand script gebruiken om mod_ruid te installeren, let er dan op dat de nieuwe Multi IP-feature (ipv6 ondersteuning) in DirectAdmin niet werkt. Dit omdat de custom templates niet geupdate zijn.
Ik heb de templates geupdate, dus mag je zie hier downloaden:
http://exaweb.dk/uploads/da_vhosts_t...od_ruid.tar.gz

Installatie als je de templates van pcextreme gebruikt (update van je custom templates):

Code:

---

cd /usr/local/directadmin/data/templates/custom
wget http://exaweb.dk/uploads/da_vhosts_t...od_ruid.tar.gz
tar -xzf da_vhosts_templates_apache2_mod_ruid.tar.gz
rm -f da_vhosts_templates_apache2_mod_ruid.tar.gz
echo "action=rewrite&value=httpd" >> /usr/local/directadmin/data/task.queue

---

Hier heb je iets beters, lost gelijk je probleem met de permissies op:

Code:

---

cd /usr/local/directadmin/data/templates/custom
wget http://mirror.yourwebhoster.eu/vhosts.tar.gz
tar -xzf vhosts.tar.gz
rm -f vhosts.tar.gz
echo “action=rewrite&value=httpd” >> /usr/local/directadmin/data/task.queue

---

Even een klein schopje.

Ik vroeg me af hoe het precies zit met de sites benaderen via ip/~username. Ik wilde dus van chmod 777 af en heb mappen als cache veranderd naar 700, en werkt prima onder domein.tld. Maar voor ip~/username is dit niet voldoende.

Een print exec('whoami'); geeft onder domein.tld netjes de user, maar onder ip/~username apache. Ik ben even gaan kijken naar de configs en het lijkt me ook logisch, aangezien de template vhosts per domein de RUidGid wordt ingesteld. Immers, bij ip/~user wordt er geen domein aangeroepen.

Ik heb overigens in de hoofd httpd.conf RUidGid apache access ingesteld, omdat ik gebruik maak van deze optie http://www.directadmin.com/features.php?id=961 - met apache apache kreeg ik bij ip/~username forbidden.

Klopt mijn redenatie, en is mod_ruid dus niet werkend onder ip/~username?

Citaat:

---

Oorspronkelijk geplaatst door Arieh

Klopt mijn redenatie, en is mod_ruid dus niet werkend onder ip/~username?

---

mod_ruid werkt wel maar je kan het niet configureren voor ip/~username. De reden hiervoor is dat je niet voor elke username een aparte config hebt in httpd-userdir.conf, waardoor je de username niet kan instellen voor mod_ruid.

Oke dan is dat duidelijk. :) Jammer, maar er is wel omheen te werken.