pcfg_openfile: no se puede verificar el archivo htaccess, asegúrese de que sea legible

8

Después de mover una carpeta del sitio web en mi máquina de desarrollo local a otra unidad, y luego volver a moverla, recibí un error 403. La mayor parte de este problema probablemente tuvo que ver con los derechos que se estropearon. Después de eliminar el código y restaurarlo desde SVN, los derechos parecían estar bien. Sin embargo, el error se mantuvo.

La configuración es un poco compleja, como sigue:

  1. Tengo Ubuntu 10.4 como máquina de desarrollo, tratando de imitar el servidor tanto como sea posible
  2. Usamos Eclipse + SVN y creo todos los proyectos en una carpeta local bajo mi cuenta de usuario
  3. En / var / www-vhosts creo carpetas para cada vhost, como esta: test.localhost
  4. test.local / index.php: incluye el archivo de índice del proyecto
  5. test.local / .htaccess es un enlace dinámico al archivo htaccess en una subcarpeta de proyecto

Me sale el siguiente error en el registro de errores de apache:

[Jue 08 de julio 15:55:56 2010] [crítico] [cliente 127.0.0.1] (13) Permiso denegado: /var/www-vhosts/test.localhost/.htaccess pcfg_openfile: no se puede verificar el archivo htaccess, asegúrese de que esté legible

El problema parece ser el archivo .htaccess o el enlace al mismo.

  1. Cuando vacío el htaccess, nada cambia
  2. Cuando elimino el enlace, el index-include produce algún resultado (en el registro de errores de apache)
  3. Cuando elimino el enlace y lo reemplazo con el archivo real, obtengo otro error:

[Jue 08 de julio 16:47:54 2010] [error] [cliente 127.0.0.1] Enlace simbólico no permitido o enlace no accesible: /var/www-vhosts/test.localhost/test

Estoy perdido aquí, no sé qué hacer a continuación. ¿Tienes alguna idea de lo que puedo probar? Esta configuración ha funcionado antes, pero no sé qué es diferente ahora.

SPRBRN
fuente

Respuestas:

9

Resultó que las carpetas principales de la carpeta del proyecto solo tenían derechos de usuario, no derechos para otros grupos. Después de restablecer estos derechos a la normalidad, vuelve a funcionar.

SPRBRN
fuente
en mi caso tuve que agregar permiso de ejecución a la carpeta principal como chmod +x /home/myuser. El problema apareció cuando me cambiaron el sitio de /var/www/htmla /home/myuser/html.Su respuesta me señaló en la dirección correcta.
wranvaud