Comment réparer 403 dans Mac OS X Apache intégré ?

J'ai un alias spécifié dans le serveur OSX qui pointe vers un répertoire utilisateur. J'ai passé un long moment à modifier et à modifier l'utilisateur _www, à ajouter des autorisations d'exécution de manière récursive, à désinstaller macports et toutes sortes de choses pour essayer de faire en sorte que cela fonctionne. Aucune idée de la raison pour laquelle ça ne fonctionnait pas.

Éventuellement, Je viens de cocher la case "dossier partagé" dans le Finder pour ce dossier, et cela a fonctionné. sur le domaine spécifié, avec php actif, comme je le voulais. :/ ...donc c'était facile.

Je règle généralement ce problème en définissant l'utilisateur Apache comme étant moi-même dans les environnements locaux et sur les machines où le seul utilisateur qui utilise Apache est moi. Dans /private/etc/apache2/httpd.conf ensemble User à votre nom d'utilisateur de _www par exemple :

User _www

->

User joao

Et puis redémarrez Apache :

$ sudo apachectl restart

Des étapes supplémentaires :

1. Si vous avez des sessions actives, elles vont donner des erreurs de permission puisqu'elles sont toujours la propriété de _www . Les posséder :

   $ sudo chown joao: /var/tmp/sess_*

Implications :

Après cela, Apache (et PHP et al.) s'exécutera en votre nom et obtiendra les droits de lecture/écriture sur tous les fichiers pour lesquels vous avez les droits de lecture/écriture. Mais comme il s'agit d'un environnement de développement local, cela ne devrait pas poser de problème, à moins que votre pare-feu ne prévoie des règles pour bloquer Apache. et laisser des fichiers douteux comme les explorateurs de fichiers, les shells, les scripts qui peuvent contenir des vulnérabilités s'exécuter sous Apache ; dans ce cas, n'importe qui, y compris votre voisin en wifi public dans un café, peut entrer http://<your IP> et font tout ce que ces scripts leur permettent de faire.

En fait, vous devriez empêcher cela indépendamment des scripts que vous exécutez ou même si vous ne définissez pas l'utilisateur d'Apache comme étant vous-même, puisque vous ne voulez probablement pas que des étrangers aléatoires soient en mesure de voir le contenu de votre fichier localhost .

La prévention :

1. Faites en sorte qu'Apache n'écoute que localhost. Encore une fois, dans httpd.conf :

   Listen 80

   ->

   Listen 127.0.0.1:80

   Et redémarrez Apache à nouveau :

   $ sudo apachectl restart

2. Désactivez Apache dans le pare-feu des applications (notez que vous l'avez peut-être déjà désactivé si vous avez cliqué sur Deny si/quand elle a été demandée lors de la première exécution d'Apache) :

   1. Abrir System Preferences " Security & Privacy " Firewall .
   2. Cliquez sur l'icône de verrouillage en bas à gauche et saisissez votre mot de passe si nécessaire.
   3. Activez le pare-feu s'il est désactivé.
   4. Cliquez sur Firewall Options .
   5. Cliquez sur le bouton + bouton.
   6. Hit cmd + shift + G et saisissez /usr/sbin/httpd et cliquez sur Add (Si httpd ne s'affiche pas ici, vous pouvez le rechercher dans le terminal en which httpd )
   7. Dans la liste, cliquez sur httpd et sélectionnez Block incoming connections .
   8. Hit OK .

   9. Rechargez le pare-feu :

      $ launchctl unload /System/Library/LaunchAgents/com.apple.alf.useragent.plist
      $ sudo launchctl unload /System/Library/LaunchDaemons/com.apple.alf.agent.plist
      $ launchctl load /System/Library/LaunchAgents/com.apple.alf.useragent.plist
      $ sudo launchctl load /System/Library/LaunchDaemons/com.apple.alf.agent.plist

3. Restreindre le PHP à la racine du document. Dans php.ini :

   open_basedir = /Users/joao/Sites/:/var/tmp/

   ( /var/tmp/ est pour les sessions)

Utilisez ces trois solutions pour vous protéger au cas où l'une d'entre elles serait désactivée pour une raison quelconque.

_{- Notez que la langue active de mon ordinateur n'étant pas l'anglais, la formulation peut être légèrement différente (les options de menu et la formulation peuvent être différentes quelle que soit la langue dans les différentes versions d'OS X).}

_{- Les lignes commençant par <code>$</code> doivent être saisis en ligne de commande (Terminal ou iTerm, etc.), avec l'adresse de l'utilisateur. <code>$</code> retiré.}

Je mets à jour macOSS Sierra , Version 10.12

J'ai rencontré le même problème, j'ai fait deux choses pour le résoudre correctement. Voici mes approches.

1) Veuillez vérifier " /private/etc/apache2/extra/httpd-userdir.conf Fichier ". Changez

#Include /private/etc/apache2/users/*.conf

à

Include /private/etc/apache2/users/*.conf

2)**Et modifiez votre " /etc/apache2/httpd.conf "

changement

Options FollowSymLinks Multiviews

à

Options FollowSymLinks Multiviews Indexes

Finalement, votre doc Root ressemblera à ce qui suit,

DocumentRoot "/Library/WebServer/Documents"
<Directory "/Library/WebServer/Documents">
Options FollowSymLinks Multiviews Indexes
MultiviewsMatch Any
AllowOverride All
Require all granted

3) Redémarrer apache

sudo apachectl restart

Si vous rencontrez toujours le problème, veuillez vérifier. Comment configurer Apache dans MacOS Sierra 10.12

Les étapes suivantes ont fonctionné pour moi sur High Sierra avec Apache 2.4.

(Basé sur l'excellent tutoriel suivant : http://www.cgi101.com/book/connect/mac.html (mise à jour avec des étapes supplémentaires pour les différences de version)

1. Déplacez le fichier vers :

   /Library/WebServer/CGI-Executables

2. Vérifiez que le fichier dispose des autorisations d'exécution :

   ls -l  /Library/WebServer/CGI-Executables

   Si vous ne l'utilisez pas :

   chmod -x  /Library/WebServer/CGI-Executables/myfile.cgi

3. Décommentez les lignes suivantes dans /etc/apache2/httpd.conf

   AddHandler cgi-script .cgi .pl
   
   AddType text/html .shtml
   AddOutputFilter INCLUDES .shtml
   
   LoadModule cgi_module libexec/apache2/mod_cgi.so

4. Changez également la strophe Directory "/Library/WebServer/CGI-Executables" en :

   <Directory "/Library/WebServer/CGI-Executables">
    AllowOverride None
    Options ExecCGI
    Require all granted
   </Directory>

5. Puis redémarrez Apache :

   sudo apachectl -k restart

Presque à chaque nouvelle version de MacOS, les modifications seront perdues et vous devrez refaire le travail, et même effectuer différentes étapes pour le corriger. Votre meilleur ami est le journal d'Apache situé dans /var/log/apache2/ (/var/log/apache2/error_log).