is_writeable altijd false

Door Erik Rijk op 01-03-2015 12:45

2.694 views

Ik heb een centos 7 server. php-fpm, nginx enz..

Project draaiend met zf2/doctrine2.
Doctrine wil een proxy bestand wegschrijven in: data/DoctrineORMModule/Proxy
Deze directory bestaat en heeft alle rechten.

Via allemaal mooi tutorials op internet heb ik het allemaal werkend gekregen. Maar de melding: "Your proxy directory "data/DoctrineORMModule/Proxy" must be writable" krijg ik niet weg.

chmod 777 -R data/
chown nginx:nginx -R data/
chown erijk:erijk -R data/

php get_current_user zegt: "erijk"
nginx user is "nginx"

Ik heb vanalles geprobeerd maar niks werkt...

Iemand enig idee wat ik nog zou kunnen controleren / aanpassen in deze configuratie?

- SanThe -

01-03-2015 12:48

Gebruik eens niet het relatieve path maar het volledige path.

Erik Rijk

01-03-2015 12:54

getest:
<?php
var_dump(is_writeable('/usr/share/nginx/html/product.search.dev/data/DoctrineORMModule/Proxy'));die;
?>
bool(false)

cd /usr/share/nginx/html/product.search.dev/data/DoctrineORMModule/Proxy
bestaat

Willem vp

01-03-2015 13:16

Kan het zijn dat je in je voet gebeten wordt door SELinux?

Je kan dat testen door SELinux tijdelijk uit te zetten met het commando


setenforce permissive

Als alles dan wél werkt, sta je voor de keuze om de permissies zo te tweaken dat het werkt met SELinux, of om SELinux definitief uit te zetten. Het laatste is het eenvoudigst, maar geeft wel meer security-risico's.

- SanThe -

01-03-2015 13:33 gewijzigd op 01-03-2015 13:34

Was dat niet dit?:
setsebool -P httpd_unified on

Erik Rijk

01-03-2015 13:57

Dat bleek inderdaad de oorzaak! :)
Nou heb ik weinig/geen verstand van linux verder, maar ik ga er eens wat over lezen

Willem vp

01-03-2015 14:10 gewijzigd op 01-03-2015 14:11

> setsebool -P httpd_unified on

Dat zou kunnen, maar dat werkt alleen als de bestanden de juiste security-context hebben. Daarvoor zul je alle bestanden en tussenliggende directories moeten bekijken met ls -lZ (let op: hoofdletter Z) en eventueel de context corrigeren met iets als "chcon --type=httpd_sys_content_t <bestandsnaam>".

(En dan moet je alsnog maar hopen dat het werkt...)

Reageren

Inloggen om te reageren