¿Cómo arreglar el 403 en el Apache integrado de Mac OS X?

Paso 1: Cree un directorio "Sites" en /users/USERNAME

Paso 2: sudo vi /etc/apache2/httpd.conf

Descomente las siguientes líneas:

LoadModule authz_core_module libexec/apache2/mod_authz_core.so
LoadModule authz_host_module libexec/apache2/mod_authz_host.so
LoadModule userdir_module libexec/apache2/mod_userdir.so
LoadModule include_module libexec/apache2/mod_include.so
LoadModule rewrite_module libexec/apache2/mod_rewrite.so

Include /private/etc/apache2/extra/httpd-userdir.conf

Cambia "Usuario" y "Grupo" por lo siguiente :

User USERNAME
Group staff

Paso 3: sudo vi /etc/apache2/users/USERNAME.conf

Añade las siguientes líneas :

<Directory "/Users/USERNAME/Sites/">
AllowOverride All
Options Indexes MultiViews FollowSymLinks
Require all granted
</Directory>

Paso 4: vi /etc/apache2/extra/httpd-userdir.conf

Descomente la siguiente línea:

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

OP describe un problema que surge al tratar de configurar un entorno de servidor web local en un Mac, utilizando Apache, PHP y MySQL, con un DocumentRoot personalizado, e incluyendo una mención de usar VirtualHost (vhost). El OP informa que obtiene un error 403 Forbidden cuando accede a localhost.

Un artículo en coolestguidesontheplanet describe cómo la configuración de hosts virtuales en Apache provoca la "pérdida de Localhost". En otras palabras, la causa principal del problema del operador podría ser una habilitación incompleta de los vhosts.

"Una vez que [los hosts virtuales están] configurados, se pierde el documento antiguo Root anteriormente en /Library/WebServer/Documents o accedido en el navegador en http://localhost -- se obtiene un error 403 Forbidden".

El artículo continúa explicando cómo arreglar el localhost en un entorno vhost.

Add these lines to file /etc/apache2/extra/httpd-vhosts.conf:

   <VirtualHost *:80> 
   ServerName localhost 
   DocumentRoot /Library/WebServer/Documents/ 
   </VirtualHost>

También explica cómo solucionar "los problemas de permisos con cosas como las actualizaciones y la autenticación" asociados con "el uso de la carpeta Users/username/Sites para los vhosts".

Instead of using the default UID _www, use your own User and Group.

In the terminal, enter command 

    id

Find your UID and GID. 
Update file httpd.conf
In section <IfModule unixd_module>
Change User and Group to your local UID and GID.

https://coolestguidesontheplanet.com/set-virtual-hosts-apache-mac-osx-10-10-yosemite/

Estoy trabajando en un entorno MacOS 10.15.4 con una carpeta /Sites migrada desde un Mac mucho más antiguo. He utilizado el instrucciones de etresoft para configurar mi servidor.

Todo siguió bien hasta que llegué al punto "¡Funciona!". En el siguiente paso recibí el mismo código de error HTTP que tú, es decir, 403. Este problema se solucionó cambiando los valores del Usuario y Grupo directivas en el archivo /private/etc/apache2/httpd.conf de _www a las de mi carpeta /Sites:

Usuario nombre de usuario

Personal del grupo

Después de hacer estas dos ediciones muy importantes, me aseguré de que los permisos para todas mis carpetas y archivos se establecieran en lectura y escritura -- es decir, 755 y 644 respectivamente, y apliqué el comando sudo apachectl restart. La configuración de los permisos para el contenido de su carpeta /Sites puede lograrse fácilmente en el panel GetInfo de la carpeta /Sites. Desbloquee el panel y busque el icono del engranaje.

Mi carpeta /Sites está ahora disponible como un sitio web navegable con funcionalidad PHP. Simplemente introduzco localhost/~ nombre de usuario / en la ventana de mi navegador y hacer clic en "Return". A partir de ahí es sólo una cuestión de establecer la ruta adecuada a su contenido.

Pues a mí me ha funcionado. Tal vez pueda funcionar para ti.

Estaba usando ACL's para establecer los permisos, siguiendo las instrucciones en " Cómo configurar los permisos de archivos y directorios de Apache en Mac OS X ", pero sigue recibiendo:

[Wed Feb 12 15:43:51 2014] [error] [client ::1] (13)Permission denied: access to /trace/trace.php denied (filesystem path '/Library/WebServer/Documents/trace/trace.php') because search permissions are missing on a component of the path

Luego leí " (13) Permiso denegado " (vinculado a en Respuesta de João Ramos ) y traté de añadir "ejecutar" a la ACL. Eso funcionó.

Reinicie su ordenador Esto me ha funcionado.

Pero primero de todo lo que había cambiado el usuario bajo apache a mí mismo (de _www), ya que es un entorno local / prueba. Así que en última instancia tiene algo que ver con los permisos.

A continuación, reinicie la máquina, al igual que Windows ;).