chmodd 777 blokkeren voor users

[eweps]

Beste mensen,

Bestaat er software voor een linux/apache/directadmin bak waarmee ik users kan blokkeren om bestanden en mappen de rechten 0777 te geven?

Alvast bedankt!

[dreamhost_nl]

Installeer phpsuexec. Als je gebruikers de rechten van hun scripts dan op 777 zetten, krijgen ze een "500 Internal Server" melding...

[eweps]

Bedankt, dat ga ik eens opzoeken.

[SebastiaanStok]

Perfomance warning!
suPHP heeft een grote perfomance impact

[Dillard]

Veel scripts hebben overigens mappen nodig met deze rechten (cache, images, logs etc). Vaak kun je daar wel omheen, maar de doorsnee gebruiker (die braaf de meegeleverde how-to volgt) zal dit niet zelf weten uit te vogelen en de weg naar je support-desk weten te vinden

[eweps]

Oke iemand die een andere oplossing heeft?

(Wat ik aan het bericht van Rollerscapes begrijp is dat phpsuexec net zoiets is als mod_suid, wat ook performance vreet..)

[wonko]

als je performance over hebt, is suphp zeker een mogelijkheid. De impact is niet zo dramatisch, en je hebt het voordeel dat je per proces perfect ziet wie de gebruiker is... handig bij slecht gescripte sites...

[eweps]

Is suPHP net zoiets als mod_suid dan? Want dat doet toch hetzelfde?

[SebastiaanStok]

Klopt, alleen doet suPHP een compleet apart proces starten en werkt hij via een CGI manier.

Ik heb het zelf ook gebruikt, en elke keer als ik een script uitvoerde al was een simpele pagina elke keer sloeg de load om hoog.
En plaatjes bewerken, zoals een captcha? de load schoot om hoog het duurde te lang.

Echt ik ben blij dat ik er vanaf ben.
Ik gebruik nu mod_ruid en daar zeer tevreden over
Zie ook: http://www.webhostingtalk.nl/scripti...-new-post.html

[dreamhost_nl]

Klopt, alleen doet suPHP een compleet apart proces starten en werkt hij via een CGI manier.

Ik heb het zelf ook gebruikt, en elke keer als ik een script uitvoerde al was een simpele pagina elke keer sloeg de load om hoog.
En plaatjes bewerken, zoals een captcha? de load schoot om hoog het duurde te lang.

Echt ik ben blij dat ik er vanaf ben.
Ik gebruik nu mod_ruid en daar zeer tevreden over
Zie ook: http://www.webhostingtalk.nl/scripti...-new-post.html

PHPsuExec wordt hier gebruikt op al onze cPanel servers en hebben hier nog nooit performance problemen mee gehad. Misschien dat iets elkaar beet in je configuratie?

[eweps]

Hm, mod ruid is op dit moment voor ons nog te weinig duidelijkheid over.. weinig informatie te vinden op internet.. dus misschien is phpsuexec een goede tijdelijke oplossing.

[Greenpower]

Wij draaien suPHP al jaren, shared servers met zo'n 150-200 klanten erop, load komt niet boven 1.00, dus dat het zo funest is voor de performance is onzin.

[host3000]

Ik zie dat suPHP en phpSUexec door elkaar gebruikt worden. Volgens mij zijn het toch twee verschillende dingen.

Wij gebruiken phpSUexec al een paar jaar op de shared hostingservers. Ik merk geen groot performance verschil. Misschien als je de server vol gooit tot het randje, je een probleem erbij hebt. Maar dat lijkt mij in elk geval niet verstandig.

[Easewood]

Performance ligt niet enkel aan de hoeveelheid klanten op een server maar ook aan de configuratie van de machine, de andere services die erop draaien, hoe zwaar de site(s) zijn en hoeveel ze bezocht worden. Het is dan ook redelijk naief te claimen dat het 'onzin' is - je kunt geen appels met peren vergelijken.

Dat suPHP een performance issue heeft door haar CGI opbouw is een feit.
Of dat acceptabel is is een tweede. Dat kan je alleen testen door het in te zetten.

Overigens is het voorkomen van 777 permissies best okay, maar het helpt niet tegen brakke scripting. De meeste attacks zijn remote via http en dan draaien de attacks dus onder de lokale gebruiker (al dan niet suPHP). Het enige wat je voorkomt is dat men cross-domain (dus in andere home dirs) aan de slag kan - de attack zelf zal nog steeds succesvol zijn.
Het helpt dus wel maar is geen oplossing.

[host3000]

Performance ligt niet enkel aan de hoeveelheid klanten op een server maar ook aan de configuratie van de machine, de andere services die erop draaien, hoe zwaar de site(s) zijn en hoeveel ze bezocht worden. Het is dan ook redelijk naief te claimen dat het 'onzin' is - je kunt geen appels met peren vergelijken.

Dat suPHP een performance issue heeft door haar CGI opbouw is een feit.
Of dat acceptabel is is een tweede. Dat kan je alleen testen door het in te zetten.

Dat is dus precies wat ik schrijf: een combinatie met de belasting zonder phpSUexec

De onzin verwijzing zal op iemand anders slaan (want dat heb ik nooit geschreven)?