.htaccess "Opciones no permitidas aquí"

options httpd.conf

Question

Tengo esto en mi .htaccess:

Opciones + FollowSymLinks

Y obtengo el siguiente error en el apache error_log:

.htaccess: Options not allowed here

Aquí está la parte de mi archivo httpd.conf:

#htdocs symlinks here
<Directory /Users/you/code/my/folder>
Options All
AllowOverride All
</Directory>
<Directory />
Options All
AllowOverride All
Order allow,deny
Allow from all
</Directory>
<Directory "/Applications/XAMPP/xamppfiles/htdocs">
Options All
AllowOverride All
Order allow,deny
Allow from all
</Directory>

Así que estoy configurando Options All y AllowOverride All en todas partes, pero TODAVÍA no puedo establecer la opción. ¿Alguien puede darle sentido a esto?

Gracias, MrB

Answer 1

¿El servidor en el que está alojado su dominio cumple todos los requisitos necesarios para Elgg? Especialmente, ¿está disponible mod_rewrite?

Vuelve a verificar todos los pasos que has hecho.

Si mod_rewrite está funcionando ... ¿Tiene acceso a la configuración (http.conf) de Apache en su servidor? En caso afirmativo, agregue las siguientes líneas (ajuste la ruta):

AllowOverride All

Answer 2

Debe permitir reemplazos para "Opciones" dentro del contexto del directorio. no hay necesidad de:

vhost/directory config:
AllowOverride All

Pero solo para permitir anulaciones para ''Opciones'':

 AllowOverride {Existing options to override} +Options

Answer 3

Supongo que hay una configuración global de AllowOverride en su configuración de apache que no permite esto. ¿Puedes grep para AllowOverride en tu httpd.conf?

Answer 4

Tenga en cuenta que este es un problema específico de XAMPP. XAMPP carga algunos archivos de configuración adicionales ubicados en XAMPP/etc/extra/ que anulan httpd.conf. Para mí, el archivo ofensivo es http-userdir.conf que aplica reglas para ~ solicitudes de usuario y contiene la línea AllowOverride FileInfo AuthConfig Limit Indexes y el cambio de esa línea a AllowOverride All solucionó mi problema.

Esto solo se aplica a los archivos servidos desde su directorio / Sites / en OS X. No sé si la versión de Windows usa UserDir o incluso tiene una regla similar.

Answer 5

en lugar de cambiar la configuración global de AllowOverride en su archivo httpd.conf principal, si tiene un archivo httpd-vhosts.conf, le conviene colocar las directivas AllowOverride All específicas del directorio en cada entrada de host en la que lo necesite, para que pueda mantener un conjunto restrictivo en el resto del dominio del servidor.

Answer 6

en mi caso, termino cambiando la línea AllowOverride AuthConfig FileInfo por AllowOverride All en el archivo httpd-vhosts.conf donde este archivo se encuentra en la carpeta apache / conf / extra

Answer 7

Options +FollowSymLinks cambio Options +FollowSymLinks en Options +SymLinksIfOwnerMatch en todas las instancias del archivo .htaccess, los followymlinks se han desactivado en muchos servidores debido al riesgo de seguridad.

Answer 8

Acabo de instalar la versión más reciente de XAMPP y pensé en compartir cómo resolví el mismo problema.

Esta es una configuración específica de XAMPP (con cada nueva instalación de XAMPP). El XAMPP actualizado más reciente a la fecha: XAMPP 1.8.3 tiene una configuración en /xampp/apache/conf/extra/httpd-xampp.conf que está causando el mensaje "Error del servidor".

Y luego aparece el siguiente error en su registro de errores:

.htaccess: Options not allowed here

Abra /xampp/apache/conf/extra/httpd-xampp.conf y busque:

<Directory "/xampp/htdocs/xampp">
<IfModule php5_module>
<Files "status.php">
php_admin_flag safe_mode off
</Files>
</IfModule>
AllowOverride AuthConfig
</Directory>

y cambio

AllowOverride AuthConfig

con

AllowOverride All

No se requerirá autenticación o autorización después del cambio A MENOS que lo especifique en su httpd.conf, confs adicionales o en .htaccess.

También es posible que desee leer la documentación de Apache para la opción AllowOverride http://httpd.apache.org/docs/current/en/mod/core.html#allowoverride y elegir la configuración más óptima y segura que le permita usar su .htaccess sin causar un error del servidor.

También tenga en cuenta que puede encontrar un lugar mejor para reescribir la regla anterior según los resultados que desea alcanzar. En mi caso, este es un cambio satisfactorio.