Onderwerp: mod_suid(2)/mod_ruid ervaringen en tips

Oorspronkelijk geplaatst door Pur

Either way doet dit probleempje zich alleen voor in de combi mod_ruid en cgi's dus ben benieuwd of anderen dit ook hebben opgemerkt. Het oogt dan alsof de cgid die gespawned wordt niet de juiste uid/gid mee krijgt.

Heb je je mod_ruid gepatched? Zie http://www.webhostingtalk.nl/scripti...tml#post762740
anders zou dat een verklaring kunnen zijn.

Oorspronkelijk geplaatst door 1ms

chmod 777 /tmp

/tmp is standaard 777 .... je bedoelt waarschijnlijk:

chmod 777 /tmp -R

Laten we daar 1777 van maken

Oorspronkelijk geplaatst door Keenondots

Laten we daar 1777 van maken

ofcourse

Oorspronkelijk geplaatst door mind

Heb je je mod_ruid gepatched? Zie http://www.webhostingtalk.nl/scripti...tml#post762740
anders zou dat een verklaring kunnen zijn.

Yep maar dat veranderde niks aan de fout situatie bij mij helaas.

Wacht ff je gebruikt mod_cgid... mod_cgid en mod_ruid gaan niet samen omdat de deamon na de start niet meer van uid kan wisselen. Probeer mod_cgi eens te gebruiken ipv. mod_cgid. Dit gaat wel ten kosten van wat extra overhead, maar dat is een keuze die je zelf moet maken...

Klein vraagje. Ik gebruik ook mod_ruid en nu probeer ik via een webinterface een virtualhost aan te maken in me httpd.conf. Godzijdank kan dit niet. Maar hoe kan ik zorgen dat ik/mijn gebruiker toegang heeft tot /etc/apache2/httpd.conf? Ik doe het via fwrite.

Het bestand httpd.conf staat meestal onder root, en zelfs dan moet je de webserver opnieuw starten (kan enkel als root)

Wat ik zelf doe is een cronjob draaien onder root die kijkt of het bestand /tmp/update_virhosts bestaat en zo ja dan haalt hij de gegevens op uit de database. Overschrijft het virhosts bestand en doet de webserver opnieuw starten.

Je kan in httpd.conf bestanden includen met Include.

Code:

Include virhosts.conf

In Apache2.2 word dit gebruikt voor het verdelen van de configuratie, wat echt een stuk prettiger werkt

Edit: Oh vergeten, het bestand /tmp/update_virhosts doe ik gewoon aanmaken als een andere gebruiker dan root. gewoon in php met touch() Op deze manier heb ik maar een proces welke het update gedeelte doet en niet dat meerdere processen naar een bestand gaan schrijven met alle gevolgen van dien...

Kijk hier kan ik wat mee. Ik zal er eens mee spelen. Bedankt!

Als ik een bestand aanmaken met touch() komt hij in mijn /home/$user/public_html. Hoe kan ik deze laten wegschrijven in /tmp? Ik heb /tmp niet als een partitie maar als een onderdeel van /.

-- edit

touch(/tmp/blaat.txt);

Ik probeer op dit moment de patch van mind door te voeren. Helaas geeft hij hierbij een error. Weet iemand misschien wat ik fout doe?

Code:

lamp01:/usr/src# tar zxf mod_ruid-0.6b.tar.gz
lamp01:/usr/src# cd mod_ruid-0.6b
lamp01:/usr/src/mod_ruid-0.6b# patch -p1 < ../mod_ruid-0.6-nodefuidgid.patch
missing header for unified diff at line 3 of patch
can't find file to patch at input line 3
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|--- mod_ruid.c.nodefuidgid     2005-08-31 03:22:35.000000000 +0200
|+++ mod_ruid.c 2006-09-08 22:24:28.000000000 +0200
--------------------------
File to patch: ../mod_ruid-0.6-nodefuidgid.patch
patching file ../mod_ruid-0.6-nodefuidgid.patch
Hunk #1 FAILED at 29.
Hunk #2 FAILED at 62.
Hunk #3 FAILED at 195.
Hunk #4 FAILED at 347.
4 out of 4 hunks FAILED -- saving rejects to file ../mod_ruid-0.6-nodefuidgid.patch.rej
lamp01:/usr/src/mod_ruid-0.6b#

Dit is op een Debian VPS onder Ubuntu ( XEN ).

Werkt mod_ruid2 enkel bij NameVirtualHosts?
Ik heb nu een paar SSL-virtualhosts op een server staan, en daar lijkt dit niet te werken. Zou dit kunnen???

Peter

Kan je misschien de configuratie die je gebruikt posten?
Ik heb er geen enkel probleem mee bij zowel gewoon als SSL!

Bij deze (staat verspreid over meerdere bestanden)

LoadModule ruid_module modules/mod_ruid.so

NameVirtualHost 195.225.166.23
#NameVirtualHost 195.225.166.26

<VirtualHost 195.225.166.26:443>
DocumentRoot /data/vhome/vhost0140/http
CustomLog /data/vhome/vhost0140/log/https_access_log combined
ErrorLog /data/vhome/vhost0140/log/https_error_log

AccessFileName .htaccess

Rmode config
RuidGid #1144 #1144

SSLEngine on
...
</VirtualHost>
<VirtualHost 195.225.166.26:80>
# zelfde, maar zonder de ssl
</VirtualHost>

<VirtualHost 195.225.166.23>
ServerName kidsavenue.level27.be
UseCanonicalName off
DocumentRoot /data/vhome/vhost0144/http
CustomLog /data/vhome/vhost0144/log/access_log combined
ErrorLog /data/vhome/vhost0144/log/error_log

AccessFileName .htaccess

Rmode config
RuidGid #1148 #1148
<IfModule mod_ssl.c>
SSLEngine off
</IfModule>
...
</VirtualHost>

Het rare is dat het gedeeltelijk wel werkt. Want de files onder /data/vhome/vhostXXXX zijn mod 770 en uid/gid 1144/1144, dus niet leesbaar voor httpd, de user waaronder apache normaal draait.
't Is precies enkel perl (via CGI) die blijkbaar niet werkt:
http://detulp.level27.be/awstats/aws...st0140&lang=nl
De files waarover hij klaagt zijn uid/gid ook hetzelfde als de documentroot. Vreemd toch vind ik. Ik zoek ondertussen verder. Als iemand iets weet misschien?

Dus probleem zit bij CGI?
Daar had iemand anders ook problemen mee, daar kan je beter suexec gebruiken.

Misschien een beetje laat
Maar HielkeJ, als hij vraagt welk bestand hij moet patchen moet je mod_ruid.c opgeven en niet de patch zelf

Vandaag de test server opnieuw geïnstalleerd en had dat zelfde probleem.