authentication - password - AuthUserFile no funciona, ¿qué podría estar mal?

htaccess basic auth

Question

Estoy usando CentOS y cambié de servidor anoche. Tengo un problema con el archivo AuthUserFile .

Siempre me bloquean. Me aseguré de que:

1. El camino es el camino real:

   AuthUserFile /home/rootvideo/.htpasswd

2. El archivo /home/rootvideo/.htpasswd y .htaccess tiene 0644 permisos.

3. httpd.conf está configurado en AllowOverride All en todas las carpetas.

4. Todos los mod_auth están cargados.

   LoadModule authn_file_module modules/mod_authn_file.so
   LoadModule authn_alias_module modules/mod_authn_alias.so
   LoadModule authn_anon_module modules/mod_authn_anon.so
   LoadModule authn_dbm_module modules/mod_authn_dbm.so
   LoadModule authn_default_module modules/mod_authn_default.so
   LoadModule authnz_ldap_module modules/mod_authnz_ldap.so

¿Algunas ideas?

Answer 1

Acabo de encontrar el mismo problema. En mi caso, hice un error tipográfico y escribí AuthType en lugar de AuthName en mi configuración. El AuthType fue anulado por un valor inválido. Para otros que se encuentran con esto, vale la pena verificar dos veces si tienes alguna directiva AuthType incorrecta en tu archivo conf.

Answer 2

Para futura referencia :

Cambie el archivo a 0660 el directorio padre a 0755 y el propietario del archivo debe ser el usuario apache. Para las variantes de Debian (ubuntu) esto es www-data. Para CentOS es su apache.

chmod 0660 /mylocation/.htpasswd
chmod 0775 /mylocation
# centOS
chown apache:apache /mylocation/.htpasswd
# ubuntu
chown www-data:www-data /mylocation/.htpasswd

Encontrar el usuario que necesita:

grep -e ''^User'' /etc/apache2/apache2.conf
grep -e ''^User'' /etc/httpd/conf/httpd.conf

Answer 3

Para mi el problema era que tenía Require all granted en la sección que daba como resultado que el directorio no estaba protegido con ninguna contraseña.

Después de eliminarlo, la autenticación de contraseña funciona.

Nota: estaba usando WebDAV junto con la autenticación de contraseña en apache2 2.4.7 en ubuntu

Answer 4

Solo tengo que agregar mi experiencia aquí con este problema. En mi caso, estaba trabajando en un servidor Centos reciente que tenía habilitado SELinux. Recibía permisos de errores denegados en mi archivo .htpasswd aunque todos los permisos se configuraron como deberían.

Terminé simplemente deshabilitando SELinux, ya que era solo un servidor interno, pero la mejor solución es, por supuesto, cambiar la configuración de SELinux para permitir el acceso de lectura a este archivo para el usuario de apache.

Answer 5

Tuve el mismo problema, y ​​mi problema era de un "personaje invisible".

He eliminado toda la línea de AuthUserFile , y escribí de nuevo (esta vez, no copie pegar) y está arreglado.