Welke rechten voor de /var/www map voor meerdere sites??

[oyay]

Mede tweakers,

ik heb een webserver draaien waar ik een aantal sites op ga draaien.
Het gaat om 1 php site (wake on lan) en meerdere html paginas.

Ik krijg nu steeds een error als ik er naar browse. HTTP 500 error. Ik heb het een aantal keer werkend gekregen maar iedere keer als ik er een pagina bij maak werkt het niet meer.

het gaat dus om:

/var/www/wol/ (php site)
/var/www/site1 (html pagina)
/var/www/site2 (html pagina)
/var/www/site3 (html pagina)
/var/www/site4 (html pagina)

Wat is hier de beste optie? Moet ik iedere site die ik erbij zet weer een aatal rechten geven? Is er een manier om alles in 1 keer de juiste rechten te geven?

sudo chmod 777 /var/www/* help iig niet.

[begintmeta]

Gewoon even rustig nadenken en man-pages en online documentatie van apache en chown/chmod lezen, dan kom je er als het goed is wel uit.

[ Voor 11% gewijzigd door begintmeta op 27-03-2014 10:17 ]

[Kees]

Een error 500 is geen error 403 (forbidden) dus kijk in je apache logs wat er echt mis gaat

[CyBeR]

Ten eerste natuurlijk wat kees zegt.

Verder: chmod 777 is natuurlijk geen briljant idee, beveiligingstechnisch. Typisch gezien wil je dat de apache user (welke dat is, is afhankelijk van je distro) nergens kan schrijven behalve waar dat moet zoals cache directories en file upload directories.

[CAPSLOCK2000]

Werkt PHP op zich wel? Een rechtenprobleem is het duidelijk niet want dan had die chmod 777 dat wel opgelost.


PS. vergeet niet de rechten weer terug te zetten, 777 is nogal onveilig.

[oyay]

Ja de php werkt wel inmiddels. Ik heb overal nu 777 op gezet.
Hoe gevaarlijk is dat?

Wat zou ik voor welke map moeten zetten?

[Hero of Time]

oyay schreef op donderdag 27 maart 2014 @ 19:01:
Ja de php werkt wel inmiddels. Ik heb overal nu 777 op gezet.
Hoe gevaarlijk is dat?

Wat zou ik voor welke map moeten zetten?

Even Googlen en je ziet duizenden resultaten waarom het zo'n bad practise is. Je weet dat 7 staat voor read, write en execute. Ga dan eens na waarom je 't niet 700 of 770 doet, maar 777 en je ziet waarom het zo'n slecht idee is.

Een map heeft execute rechten nodig, anders kom je er niet in, maar bestanden hebben dat absoluut niet nodig.

[init6]

1 Ding heb ik geleerd in linux, check je log files. Ze zijn er niet voor niets. Wij kunnen niet ruiken wat jij hebt gedaan, de output van je logfiles helpt je meestal verder op weg.

[xares]

Met mod_ruid of SuPHP kan je dan netjes oplossen.
Of PHP in CGI draaien :-)

[init6]

xares schreef op donderdag 27 maart 2014 @ 19:42:
Met mod_ruid of SuPHP kan je dan netjes oplossen.
Of PHP in CGI draaien :-)

Als hij er al niet uit komt zonder basis configuratie kennis, hoe gaat een extra laag complexiteit (in de vorm van een jail of chroot) het wel oplossen?

[oyay]

heb nu 755 voor folders en 644 voor bestanden staan.

Ik ga me maar even verdiepen in het rechten structuur van linux.
Bedankt allen!

[HollowGamer]

Vergeet chown niet!

Meestal iets van chown -R www-data:www-data /var/www (of wat voor directory).

Verder welke distro gebruik je?

[oyay]

HollowGamer schreef op donderdag 27 maart 2014 @ 22:01:
Vergeet chown niet!

Meestal iets van chown -R www-data:www-data /var/www (of wat voor directory).

Verder welke distro gebruik je?

Het is raspbian (wheezy) op de pi.

[Solopher]

Als ik jou was zou ik gewoon ACL gebruiken. Zo kun je onder je eigen user de bestanden blijven aanpassen en je webserver ook rechten mee geven.

Bash:

HTTPDUSER=`ps aux | grep -E '[a]pache|[h]ttpd|[_]www|[w]ww-data|[n]ginx' | grep -v root | head -1 | cut -d\  -f1`
sudo setfacl -Rn -m u:"$HTTPDUSER":rwX -m u:`whoami`:rwX /var/www/wol
sudo setfacl -dRn -m u:"$HTTPDUSER":rwX -m u:`whoami`:rwX /var/www/wol

Indien setfacl niet werkt kun je dat installeren via:
sudo apt-get install acl

[ddkiller0900]

init6 schreef op donderdag 27 maart 2014 @ 19:34:
1 Ding heb ik geleerd in linux, check je log files. Ze zijn er niet voor niets. Wij kunnen niet ruiken wat jij hebt gedaan, de output van je logfiles helpt je meestal verder op weg.

Zoals hier gezegd, logfiles altijd controleren.
Je kan je het best wat verdiepen in het opzetten van een webserver voordat je deze live zet.
Denk hierbij aan het gebruik van bv. htaccess of een authenticatie systeem zoals LDAP.

[_eXistenZ_]

Solopher schreef op vrijdag 28 maart 2014 @ 13:03:
Als ik jou was zou ik gewoon ACL gebruiken. Zo kun je onder je eigen user de bestanden blijven aanpassen en je webserver ook rechten mee geven.

Bash:

HTTPDUSER=`ps aux | grep -E '[a]pache|[h]ttpd|[_]www|[w]ww-data|[n]ginx' | grep -v root | head -1 | cut -d\  -f1`
sudo setfacl -Rn -m u:"$HTTPDUSER":rwX -m u:`whoami`:rwX /var/www/wol
sudo setfacl -dRn -m u:"$HTTPDUSER":rwX -m u:`whoami`:rwX /var/www/wol

Indien setfacl niet werkt kun je dat installeren via:
sudo apt-get install acl

Nog niet nodig als hij de basis niet snapt.