Erreur Apache lors de la configuration de Silex Bootstrap: impossible de vérifier le fichier htaccess

Je suis en train de créer un site web à l'aide de Silex de Bootstrap.
Je l'ai mis dans mon dossier avec d'autres projets web et changé le DocumentRoot dans la config d'Apache.

<Directory /folder/to/silex_projects/web>
     Options Indexes FollowSymLinks MultiViews
     AllowOverride All
     Order allow,deny
      allow from all
</Directory>

Mais je ne peux pas ouvrir la page d'index du cadre, Apache donne:

[Lun Déc 17 21:10:52 2012] [crit] [client 127.0.0.1] (13)de refus d'Autorisation: /dossier/de/silex_project/web/.htaccess pcfg_openfile: impossible de vérifier le fichier htaccess, s'assurer qu'il est lisible

J'ai chmod ed l'ensemble du dossier du projet avec chmod a+r -R. D'autres projets dans le même dossier fonctionnent très bien avec le .htaccess fichier.

La .htaccess fichier n'existe pas.

source d'informationauteur OrangeTux

  1. 30

    chmod 755 -R /silex_project/ résolu mon problème. Je ne sais toujours pas pourquoi Apache doit écrire des autorisations de travail.

  2. 19

    C'est probablement parce que l'utilisateur de Apache n'a pas l'autorisation d'exécution sur le répertoire. Il est également nécessaire pour lire les fichiers qu'il contient. chmod a+rx /folder/to/silex_projects aurait probablement résolu votre erreur.

    Votre chmod 755 -R ne pas résoudre ce problème en donnant également accès en écriture, mais parce que cela arrive juste à ajouter de l'exécuter aussi.

  3. 2

    En plus des autres réponses postées, quelque chose d'autre que ce qui peut vous mordre dans cette situation est de SELinux (si elle est activée) si vous décidez de changer quoi que ce soit où les fichiers peuvent être accessibles à partir de la distribution "par défaut" lieux.

    La solution est d'ajouter une politique appropriée pour selinux pour le répertoire/fichiers, ou de le désactiver si vous ne voulez pas de sécurité selinux en cours d'exécution.

  4. 1

    j'ai cette erreur aussi et de trouver cette bonne refrence (13)de refus d'Autorisation: /home/username/.htaccess pcfg_openfile: impossible de vérifier le fichier htaccess, s'assurer qu'il est lisible

    Lors de l'affichage de votre nom de domaine, si vous voyez le message d'erreur "accès Interdit" et ensuite de consulter vos logs apache:
    /var/log/httpd/error_log
    /var/log/httpd/domaines/domaine.com.erreur.journal

    et de voir l'erreur:

    [crit] [client 1.2.3.4] (13)Permission denied: /home/username/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable

    cela impliquerait que apache ne pas avoir un accès en lecture sur votre /home/nom d'utilisateur d'annuaire.

    La cause peut être l'autorisation relative, config connexes ou liés à la propriété.

    Apache s'exécute en tant qu'utilisateur "apache", donc, le répertoire doit être +x pour l'utilisateur ou le groupe.

    1) de DirectAdmin 1.38.0, nous mettons en œuvre la secure_acccess_group fonction, ce qui permettra de définir le /home/utilisateur (pour les Utilisateurs) chmod 750 et chown utilisateur:accès. L'utilisateur apache sera dans la rubrique "accès" du groupe. Pour confirmer cela, tapez la commande suivante:

    [root@server]# grep ^access: /etc/group
access:x:506:apache,nobody,mail,majordomo,daemon

    et vous devriez obtenir quelque chose ressemblant à la sortie affichée.

    Si vous obtenez une liste vide d'Utilisateurs, puis le groupe d'accès existe, mais est vide. Pour remplir correctement le groupe (sur RedHat/CentOS/Debian), type:

    usermod -G access apache
usermod -G access nobody
usermod -G access mail
usermod -G access majordomo
usermod -G access daemon

    sur les systèmes FreeBSD, la commande pour créer le groupe:

    pw groupadd -n access -M apache,nobody,mail,majordomo,daemon

    mais cela implique que le groupe n'existe pas encore. Ce cas n'a pas été vu sur FreeBSD, donc, ne sera probablement pas nécessaire.