Onderwerp: mod_suid(2)/mod_ruid ervaringen en tips

Is er iemand die de frontpage server extensions, in combinatie met directadmin en mod_ruid werkend heeft?

Zijn er nog andere gebruikers van mod_ruid die hun ervaringen graag willen delen? Ik vind de support van de mod_ruid website namelijk errug minimaal.

frontpage hier gewoon uit staan. Die rommel wil niemand

Ik heb tevens een nieuw probleem:

ipadres/~username werkt nu niet meer...

Nu heb ik dat wel weer werkend gekregen. Alleen de sessies die in /tmp staan krijg ik een permission denied op. iemand een oplossing hiervoor?

Wat wij hebben draaien om de sessies goed weg te kunnen schrijven:

RMode config
RUidGid customer_username customer_username
RGroups apache webadmin

En een /var/lib/php/session met de volgende rechten:

drwxrwx--- 2 root apache 114K Sep 14 09:33 /var/lib/php/session/

De individuele sessies zien er als volgt uit:

-rw------- 1 customer_username customer_username ... sess_vhpg81...

Includen van PHP libraries (o.a. PEAR) is dan ook veel eenvoudiger.

/apachedir/bin/apxs -a -i -l cap -c mod_ruid.c
=> op onze server staat geen apxs, kan ik deze mod ook gewoon installeren door in httpd.conf deze extra regel te zetten?:
LoadModule mod_ruid modules/mod_ruid.c
Neen zeker, want je hebt een .so bestand nodig...
En iets van libcap... (libcap-1.10-20 , rpm -q libcap)
Hoe kan ik alsnog dit installeren dan?

Systeem: CentOs via clarkconnect
Apache 2 handler

directadmin cp?

doe eens locate apxs? natuurlijk eerst updatedb doen zodat alle bestanden erin staan. Kan even duren.

[root@server /]# locate *apxs*
/usr/webconfig/bin/apxs

[root@server /]# /usr/webconfig/bin/apxs -a -i -l cap -c mod_ruid.c
apxs:Error: /tmp/cc-webconfig-engine-3.2-build/usr/webconfig/bin/httpd not found or not executable

Geen DA, wel webmin, virtualmin, usermin, clarkconnect

Wij zijn ook aan het kijken naar de combinatie: mod_ruid + DA.

Ik vraag me wel af, wat is het verschil tussen mod_ruid en mod_suPHP?
Want ik hoor veel goede verhalen (security wise en niet performance wise) over suPHP, maar die vreet wel load als een 5 gangen maaltijd..

Enige ervaringen ermee?

mod_suphp gebruikt de cgi versie van php.

En bij mod_ruid wordt, afaik, alles uitgevoerd onder de gebruiker (dus ook aangevraagde html paginaatjes). Daarnaast kan je vervolgens gewoon de standaard versies van, bijvoorbeeld, php gebruiken wat weer prettig is voor bepaalde controle panelen (met name bij het updaten en dergelijke) en ook voor de performance weer beter is. Je kan immers zelf bepalen hoe je de mod gebruikt (bij PHP inderdaad het verschil tussen cgi/cli voor PHP wat performance-wise een verschil oplevert).

Jochem

Op een server ben ik trouwens over gestapt op mpm-itk, welke hetzelfde lijkt te doen, alleen dan zonder extra module.

Wij zijn ook wel geinteresseerd in het gebruiken van mod_ruid. Weet iemand meer van d e ontwikkelaar van deze module? Ik zie namelijk dat de laatste versie (0.6) van augustus 2005 is. Wordt er nog door anderen aan doorontwikkeld? Ik ben een beetje huiverig voor het gebruiken van een niet onderhouden module ...
Is er iemand die daar meer van weet?

tja, ik heb de source code bekeken en het stelt echt geen zak voor, er komt een request binnen en dat stuur je door naar de linux kern. daar valt weinig aan te onderhouden als er niets veranderd op dat gebied toch?

ik gebruik dagelijks 100den van die programma's die niet meer verder ontwikkeld worden, denk aan ls, cd, pwd, cp...

Het stelt idd weinig voor.. ls cd pwd etc worden nog wel degelijk onderhouden trouwens, zie http://savannah.gnu.org/projects/coreutils/

Oorspronkelijk geplaatst door gjtje

Op een server ben ik trouwens over gestapt op mpm-itk, welke hetzelfde lijkt te doen, alleen dan zonder extra module.

Wat zou nu de beste performance (en beveiliging vooral vd parent) geven? mod_ruid of mpm-itk?

Zal ik van het weekend eens testen, probleem dat we met mod_ruid hadden op die server was dat apache reload niet werkte maar resulteerde in een hangende apache, zonder mod_ruid is dat over.

mpm-itk wordt overiges niet ondersteund (qua support) maar goed, veel ondersteuning voor mod_ruid is er ook niet.