Onderwerp: directadmin shell_exec

en alweer mis ik of php onder _CLI draait of _CGI. Wanneer php onder _CGI draait, is het toch heel eenvoudig iedere user zijn eigen php.ini mee te geven, en dan voor deze gebruiker dat toe te staan??

automate creation of per user php.ini for new users
Code:

Code:

# touch /usr/local/directadmin/scripts/custom/user_create_post.sh
# chmod 755 /usr/local/directadmin/scripts/custom/user_create_post.sh
# nano /usr/local/directadmin/scripts/custom/user_create_post.sh

use the following shell script:
Code:

Code:

#!/bin/sh

touch /home/$username/php.ini
echo "open_basedir = /home/$username/:/tmp/" >> /home/$username/php.ini
chown root:root /home/$username/php.ini

exit 0;

create php.ini files for current users
Code:

Code:

# ls -l /home | grep '^d' | awk '{system("username="$3" /usr/local/directadmin/scripts/custom/user_create_post.sh")}'

ik heb volgens mijn options.conf van da custombuild cli geactiveerd. ik krijg het vermoeden dat dit niet mag voor suphp?

klopt dit? dan ga ik dat eerst veranderen

Oorspronkelijk geplaatst door marsipulami

ik heb volgens mijn options.conf van da custombuild cli geactiveerd. ik krijg het vermoeden dat dit niet mag voor suphp?

klopt dit? dan ga ik dat eerst veranderen

Doe dat

Hou je er wel rekening mee dat je websites dan tijdelijk niet bereikbaar kunnen zijn.

ga ik deze week een keer een nachtje aan besteden

Pfff, half uurtje werk naar _cli. Van _cli naar _cgi een uurtje, incl. alles omzetten en controleren.
Alleen PHP sites zouden even een dipje kunnen hebben, meer niet.

ik bedoel in de zin van, snachts wordt er niet veel gebruik van gemaakt over het algemeen. dus ik doe het snachts

Oorspronkelijk geplaatst door Geert-Jan

use the following shell script:
Code:

Code:

#!/bin/sh

touch /home/$username/php.ini
echo "open_basedir = /home/$username/:/tmp/" >> /home/$username/php.ini
chown root:root /home/$username/php.ini

exit 0;

Dit is verreweg de slechtste implementatie voor custom .ini files wanneer je gebruik maakt van PHP_INI_SCAN_DIR. Dit zal alle .ini files laden uit /home/username/. Het chownen naar root is schijnbeveiliging en gaat je niet helpen.

Het is ook een deel van...
Maar goed, hoe zou jij het doen?

Maar dat deel is wel gelijk datgene wat er voor zorgt dat alle andere beveiligingen als een disable_functions meteen omzeild kunnen worden ;-)

Wij hebben custom ini files staan in /usr/local/directadmin/data/users/$username/php/. Zoals ik ook al eerder hier in het voorbeeld had staan. Onze user_create_post.sh ziet er dan ook als volgt uit:

Code:

#!/bin/sh

# create custom temp directory
rm -rf /home/$username/tmp
mkdir -p /home/$username/tmp
chown -R $username:$username /home/$username/tmp
chmod 755 /home/$username/tmp

# create custom php.ini
rm -rf /usr/local/directadmin/data/users/$username/php/
mkdir /usr/local/directadmin/data/users/$username/php/
chown $username:$username /usr/local/directadmin/data/users/$username/php/
touch /usr/local/directadmin/data/users/$username/php/php.ini
echo "open_basedir = /home/$username/:/tmp/:/var/www/html/" >> /usr/local/directadmin/data/users/$username/php/php.ini
echo "upload_tmp_dir = /home/$username/tmp/" >> /usr/local/directadmin/data/users/$username/php/php.ini
echo "session.save_path = /home/$username/tmp/" >> /usr/local/directadmin/data/users/$username/php/php.ini
chown root:root /usr/local/directadmin/data/users/$username/php/php.ini
chattr +i /usr/local/directadmin/data/users/$username/php/

exit 0;

Vanwege de attribute wijziging moet ook user_destroy_pre.sh aangemaakt worden met:

Code:

#!/bin/sh
chattr -i /usr/local/directadmin/data/users/$username/php/

exit 0;

Denk er even aan om popen ook niet te disablen, die functie heb je nodig voor Magento Connect.

ik heb cli omgezet naar cgi. Tot nu toe geen echte problemen gevonden.
alleen doet webmail.domein.nl het niet meer.

ik meende er iets overgelezen te hebben hier op het forum, maar kan het niet weer vinden.
iemand een idee waarom dat niet meer werkt, en hoe ik dat zou kunnen oplossen?

chown -R webapps:webapps /var/www/html/squirrelmail
chown -R webapps:webapps /var/www/html/webmail

voordat je gepost had heb ik de tut van de knowledgebase uitgevoerd, en nu krijg ik een 404 error op de gewone www.domein.nl PHP pagina's :s

enig idee waar dat wegkomt?

ik kan mijn post niet bewerken, maar gewoon aangemaakte subdomeinen werken wel. dus daar doet php het wel

probleem opgelost, had een fout gemaakt met de virtual_host. een oude gebruikt :$

ik ga nu slapen weltrusten