Afdrukvoorbeeld
@Dennis: Ja klopt, tegenwoordig staat dit standaard in DA geactiveerd vandaar de vraag of het niet beter:
kan worden in httpd.conf want nu staat dat nog beiden op apache.Code:RUidGid apache access
Ik weet niet of dan de trusted usergroups in Exim ook niet beter naar access kan i.p.v. apache.
Je kan het aanpassen, maar dan moet je wel even de groep access aanmaken. (zie link hierboven)
Prima. Zoals ik al zei wordt tegenwoordig die groep access automatisch aangemaakt bij nieuwe custombuild installaties van DA.
Het is even stil geweest rond de ontwikkeling van mod_ruid2, maar vandaag heb ik mod_ruid2 0.9.8 uit gebracht.
https://sourceforge.net/projects/mod...d?source=files
Belangrijkste veranderingen:
- er is een probleem verholpen in de chroot mode waardoor het voor een sub proces mogelijk was om uit de chroot te breken. Dit probleem is ontdekt door het cPanel Security Team. Alle versies vanaf 0.9 t/m 0.9.7 zijn kwetsbaar op dit punt, maar uitsluitend als de chroot functie is ingeschakeld.
- er zijn een aantal kleine verbeteringen doorgevoerd in de chroot code.
Verder is de ontwikkeling verplaats naar github https://github.com/mind04/mod-ruid2. Downloads blijven gewoon via SourceForge beschikbaar.
Succes er mee....
Ik was net een nieuwe server aan het inregelen, kan ie er gelijk op, bedankt!
Ik heb volgens mij een probleem. Een paneeltje maakt files aan onder apache:access.
Nu wilde ik castcontrole er op zetten en die geeft aan "PHP is running under the 'apache' account". Dat is toch niet de bedoeling?
Wat gaat hier fout?
Dit staat toch in httpd.conf:
Directory's die ik als user admin in SSH aanmaak worden ook automatisch 775 i.p.v. 755.Code:LoadModule ruid2_module /usr/lib/apache/mod_ruid2.so
Include /etc/httpd/conf/extra/httpd-phpmodules.conf
User apache
Group apache
# Mod_ruid
RMode config
RUidGid apache access
Dit zou wel eens een Directadmin bug kunnen zijn. Ik ben even in de httpd.conf van de users gaan kijken.
Dit staat er wel:
Maar dit zou er ook moeten staan en dat staat er niet bij:Code:<IfModule !mod_ruid2.c>
SuexecUserGroup pirates pirates
</IfModule>
Lijkt erop alsof bij het aanmaken van de users de template niet goed gekopieerd wordt.Code:<IfModule mod_ruid2.c>
RMode config
RUidGid admin admin
RGroups apache access
</IfModule>
In je eerste post staat toch ook gewoon de config zodat je als user apache aanroept?
Heb je in de "custom" folder misschien al andere/oude templates staan?
Nee, het is begonnen sinds DA 1.43. Heb zojuist per mail een reply gehad van John dat het inderdaad een fout in DA betreft. Ontstaan door de wijzigingen voor custombuild 1.2.
Er staat een workaround in de DA thread hier, zoiets staat ook op het DA forum.
Ben al even zoet om een vps te installeren met mod_ruid, liefst config stat, maar krijg enkel een boel 403 foutmeldingen. Iemand tijd en zin om (tegen vergoeding) wat te helpen? Bedankt!
Is dat een "losse" VPS of met een controle paneel (bijv. DA) en welk OS heb je erop staan?
Hoi Blacky, thanks voor de reactie!
Gewoon een simpel VPS met Centos 6 en webmin, maar verder geen controle paneel oid.
Een kleine contradictie zou je zeggen, wat mag webmin dan wel wezen als het geen control panel is in jouw opzicht.Citaat:
Oorspronkelijk geplaatst door splash112
@The-Boss: Ja da's een goeie.:)
@Splash112: Ik denk dat je dan effe iemand anders moet vragen. Wat je misschien wel zelf kunt doen is je virtualhost containers even nakijken per user, daar zal zoiets in terecht moeten komen:
En dat dus voor elke user weer apart omdat je de usernaam moet vermelden. Tenzij iemand hier nog een beter idee heeft?Code:<IfModule !mod_ruid2.c>
SuexecUserGroup usernaam usernaam
RMode config
RUidGid usernaam usernaam
RGroups apache apache
</IfModule>