Propriétaire/groupe/permissions correctes pour les fichiers/dossiers du site Apache 2 sous Mac OS X ?

Question

Il est difficile de trouver des réponses spécifiques à Mac à cette question sur le web, alors j'espère que quelqu'un pourra m'éclairer sur ce sujet ? Mes permissions sont déréglées sur mes sites et je ne suis pas sûr de savoir comment les réparer sans simplement claquer un 777 récursif sur tout ce qui est de toute évidence incorrect.

Gracias.

Answer 1

C'est la méthode la plus restrictive et la plus sûre que j'ai trouvée, comme expliqué ici à titre d'exemple. ~/my/web/root/ pour votre contenu web :

• Pour chaque répertoire parent menant à votre racine web (par ex. ~/my , ~/my/web , ~/my/web/root ) :
  • chmod go-rwx DIR (personne d'autre que le propriétaire ne peut accéder au contenu)
  • chmod go+x DIR (pour permettre aux "utilisateurs", y compris _www, d'"entrer" dans le répertoire)
• sudo chgrp -R _www ~/my/web/root (tout le contenu web est maintenant groupé _www)
• chmod -R go-rwx ~/my/web/root (personne d'autre que le propriétaire ne peut accéder au contenu web)
• chmod -R g+rx ~/my/web/root (tout le contenu web est maintenant lisible/exécutable/entrable par _www)

Toutes les autres solutions laissent les fichiers ouverts à d'autres utilisateurs locaux (qui font partie du groupe "staff" ainsi que du groupe "o"/autres). Ces utilisateurs peuvent alors librement parcourir et accéder aux configurations des bases de données, au code source ou à d'autres détails sensibles dans vos fichiers de configuration web et scripts si ceux-ci font partie de votre contenu. Si ce n'est pas un problème pour vous, optez pour l'une des solutions les plus simples.

Answer 2

Si vous n'aimez vraiment pas le Terminal, voici la manière GUI de faire ce que DKAMINS vous dit :

1) Allez dans le répertoire personnel de votre utilisateur ( ludo serait le mien) et de la Fichier menu choisir Obtenir des informations cmdI dans l'inspecteur :

2) Par alt/option en cliquant sur le [+] ajouter le signe _www et lui donner la permission de en lecture seule :

• Pensez donc (bonne pratique) à ne pas stocker d'informations personnelles à la racine de votre dossier personnel (& disque dur) !
• Vous pouvez sauter cette étape si le groupe **everyone** a la permission **read-only** mais depuis AirDrop, le dossier **/Public/Drop Box** est pratiquement inutile...

3) Montrer le Obtenir des informations inspecteur de votre utilisateur Sites et reproduisez l'étape 2 puis, dans le sous-menu Action de l'engrenage, choisissez Appliquer aux articles joints... :

Voilà 3 étapes et l'interface graphique seulement...

Answer 3

Je sais qu'il s'agit d'un ancien message, mais pour tous ceux qui ont effectué une mise à niveau vers Mountain Lion (10.8) et qui rencontrent des problèmes similaires, l'ajout de l'option FollowSymLinks à votre fichier {username}.conf (dans /etc/apache2/users/) a fait l'affaire pour moi. Le fichier ressemble donc à ceci :

<Directory "/Users/username/Sites/">
  Options Indexes MultiViews FollowSymLinks
  AllowOverride All
  Order allow,deny
  Allow from all
</Directory>

Answer 4

Sujet vieux de 2 mois, mais mieux vaut tard que jamais ! Sous la version 10.6, le dossier des documents de mon serveur Web est défini comme suit :

owner:root
group:_www
permission:755

_www est l'utilisateur qui fait tourner apache sous Mac OS X. J'ai ensuite ajouté une ACL pour permettre des permissions complètes au groupe Administrateurs. De cette façon, je peux toujours effectuer des modifications avec mon utilisateur admin sans avoir à m'authentifier en tant que Root. De plus, lorsque je veux permettre au serveur web d'écrire dans un dossier, je peux simplement donner un chmod à 775, laissant à tous les utilisateurs autres que Root:_www des droits de lecture/exécution (sans tenir compte des ACL que j'ai appliquées).

Answer 5

Sur mon système 10.6 :

vhosts folder:
 owner:root
 group:wheel
 permissions:755

vhost.conf files:
 owner:root
 group:wheel
 permissions:644