# Nginx - index.html : 403 Forbidden
**URL:** \
**Category:** Support Debian\
**Created:** [Septembre 22, 2016, 3:33 UTC](https://www.debian-fr.org/t/nginx-index-html-403-forbidden/71038 "2016-09-22T15:33:04Z")\
**Posts on this page:** 1\
**Showing post:** 6
**Author:**  [@AnonymousCoward](https://www.debian-fr.org/u/AnonymousCoward)\
**Post date:** [Septembre 22, 2016, 5:07 UTC](https://www.debian-fr.org/t/nginx-index-html-403-forbidden/71038/6 "2016-09-22T17:07:04Z")
Il y a peu j’avais expliqué comment un hébergement web multi-sites/multi-utilisateurs relativement sûr fonctionne avec Apache, même si le post en question était peut-être un peu trop incisif :
[creation-utilisateur-unix-sites-quel-benefices](https://www.debian-fr.org/t/creation-utilisateur-unix-sites-quel-benefices/70796/6)
Avec Nginx, cela marche de la même manière qu’avec Apache.
C’est à dire que l’utilisateur sous lequel Nginx tourne doit faire partie des groupes client1, client2 ETC. Ce qui permet à Nginx de servir le contenu statique.
Par contre, pour le contenu dynamique comme du PHP, il faut utiliser PHP-FPM pour que l’interpréteur PHP tourne sous l’identité de client1, client2 ETC. Il existe bien-souvent un équivalent à PHP-FPM pour les autres langages interprétés.
Si ce n’est que pour un seul site web, tu peux bien stocker les fichiers où bon te sembles du moment que ceux-ci soient accessibles à l’utilisateur sous l’identité duquel tourne Nginx. Et après tu peux donner un accès SFTP, FTP ou autre à l’utilisateur sous l’identité duquel tourne Nginx, accès éventuellement limité au seul répertoire dans lequel est stocké le site web.
Si tu décides que le site web et/ou le serveur web fonctionnent sous l’identité du compte root, c’est ton choix. Il faudra juste serrer les fesses et espérer qu’il n’existe pas la moindre faille dans Nginx ou dans ton site web. (ce qui est rigoureusement impossible)
–
AnonymousCoward
---
_[View the full topic](https://www.debian-fr.org/t/nginx-index-html-403-forbidden/71038)._