Apache: ¿No es suficiente chmod 755 para configurar un enlace simbólico o un alias en Apache httpd en Mac OS 10.5?

En mi máquina Mac OS 10.5, me gustaría configurar una subcarpeta de ~/Documentslike ~/Documents/foo/htmlpara ser http: // localhost / foo .

Lo primero que pensé hacer es usar Alias ​​de la siguiente manera:

Alias /foo /Users/someone/Documents/foo/html

<Directory "/Users/someone/Documents/foo/html">
    Options Indexes FollowSymLinks MultiViews

    Order allow,deny
    Allow from all
</Directory>

Esto me prohibió 403. En el error_log obtuve:

[error] [client ::1] (13)Permission denied: access to /foo denied

La subcarpeta en cuestión tiene acceso a chmod 755. Intenté especificar gustos como http: //localhost/foo/test.php , pero tampoco funcionó. Luego, probé la ruta del enlace simbólico.

Entró /Library/WebServer/Documentse hizo un enlace simbólico a ~/Documents/foo/html. La raíz del documento tiene

Options Indexes FollowSymLinks MultiViews

Esto todavía me tiene prohibido 403:

Symbolic link not allowed or link target not accessible: /Library/WebServer/Documents/foo

¿Qué más necesito para configurar esto?

Solución :

$ chmod 755 ~/Documents

En general, el wwwusuario del servicio debe poder ver la carpeta que se va a compartir y toda su carpeta ancestral .

Apuesto a que algún directorio por encima del que desea acceder no tiene permisos para permitir que Apache lo atraviese. Conviértase en el usuario con el que Apache se está ejecutando ( sudo -i -u apacheo lo que sea), luego intente cambiar al directorio de interés y lséste. Si no puede (como se esperaba), intente acceder a los directorios que se encuentran arriba, uno por uno, hasta que uno le permita entrar. El subdirectorio de eso es aquel que necesita tener o+xconfigurado. Enjabonar, enjuagar, repetir según sea necesario.

Utilizar +FollowSymlinks

Alias /foo /Users/someone/Documents/foo/html

<Directory "/Users/someone/Documents/foo/html">
    Options +Indexes +FollowSymLinks +MultiViews

    Order allow,deny
    Allow from all
</Directory>

Verifique para asegurarse de que la bóveda de archivos no esté habilitada. Yo tuve el mismo problema. Intenté todo lo que pude encontrar. Nada funcionó. Pero después de una hora de tratar de resolver esto, recordé que tenía habilitado el depósito de archivos.

Deshabilitarlo resolvió el problema.

Verifique la propiedad del enlace simbólico. Como estás en Mac OS X, los propietarios de enlaces simbólicos pueden cambiarse. En /Library/WebServer/Documentshacerls -l

Si ~/Documents/foo/htmlse llama a su enlace simbólico fooy tiene permisos como

lrwxr-xr--  1 root  wheel 27  2 Nov 17:00 foo -> /Users/username/Documents/foo/html

Luego, de manera predeterminada en OS X, Apache se ejecuta como el usuario _www y el grupo _www, por lo que en el caso mencionado anteriormente no podrá atravesar el enlace simbólico a ~/Documents/foo/html

Ejecutar man 8 chownen su terminal del sistema, o mirar en línea chown hombre

Verá que el uso de la -hopción cambiará la propiedad del enlace simbólico en sí mismo, en lugar del archivo al que apunta (es la fuente). Entonces puedes hacer algo como

sudo chown -h :_www foo 

Esto cambiará el enlace sim a

lrwxr-xr--  1 root  _www 27  2 Nov 17:02 foo -> /Users/username/Documents/foo/html

y el grupo Apache _www podrá atravesar el enlace.

Verifique su directorio / Users (ls -l / Users) para ver los derechos de su usuario (alguien).
¿También está correctamente disponible el directorio 'Sitios' en localhost / ~ someone?