Apache ne peut pas accéder à mes liens symboliques

http a bien les droits d’accès sur le dossier qui est sur le disque externe ?

Avant toute chose, Apache est configuré pour autoriser à les suivre ? (FollowSymLinks en valeur d'Options)

J’ai même mis des permissions globales de 777 pour m’en assurer. Rien n’y fait, mais logiquement tout le monde devrait pouvoir accéder à ces fichiers. Et comme dit, j’ai tenté de lui donner (à l’utilisateur http lui-même) les permissions "r-x" qui devraient lui permettre de lire et d’exécuter.

En effet, en voici la preuve dans mon httpd.conf:

DocumentRoot "/srv/http"
<Directory "/srv/http">
    #
    # Possible values for the Options directive are "None", "All",
    # or any combination of:
    #   Indexes Includes FollowSymLinks SymLinksifOwnerMatch ExecCGI MultiViews
    #
    # Note that "MultiViews" must be named *explicitly* --- "Options All"
    # doesn't give it to you.
    #
    # The Options directive is both complicated and important.  Please see
    # http://httpd.apache.org/docs/2.4/mod/core.html#options
    # for more information.
    #
    Options Indexes FollowSymLinks
	
	DirectoryIndex index.php
	
	#
    # AllowOverride controls what directives may be placed in .htaccess files.
    # It can be "All", "None", or any combination of the keywords:
    #   AllowOverride FileInfo AuthConfig Limit
    #
    AllowOverride All

    #
    # Controls who can get stuff from this server.
    #
    Require all granted
</Directory>

Quel est le lien symbolique ? (je ne sais pas si le message d’erreur d’Apache référence le lien symbolique ou sa destination et tu ne l’as pas précisé)

Parce que c’est l’origine (le répertoire où il est situé au départ) qui doit avoir Options FollowSymLinks (ou une valeur qui la comprend), pas la destination (celui où il mène).

Je ne pense pas que ce soit un problème de permissions (ou alors ça en deviendra un par la suite), le message d’erreur serait totalement différent (système, lié à errno = EPERM).

ls -l du lien symbolique lui-même ?

Quel est le lien symbolique ? (je ne sais pas si le message d’erreur d’Apache référence le lien symbolique ou sa destination et tu ne l’as pas précisé)

Un softlink, fait avec ln -s.

Parce que c’est l’origine (le répertoire où il est situé au départ) qui doit avoir Options FollowSymLinks (ou une valeur qui la comprend), pas la destination (celui où il mène).

Euh, c’est la configuration du serveur Apache qui a ces paramètres, donc je te parle bel et bien de l’origine.

Désolé, mais je ne suis pas sûr de tout comprendre…

La question était : que donne un ln -l avec en argument le fichier du lien symbolique ? (Pas le dossier cible, bien le ficher qui fait le lien)

$ ln -l /chemin/vers/le/lien/symbolique/dans/le/dossier/dorigine

Ça permettra de vérifier qu’il n’y a pas de souci à ce niveau là

D’après les sources d’Apache, /srv/http/siteweb est le lien symbolique, non [jamais] la cible.

Que donnent realpath /srv/http/siteweb et ls -l /srv/http/siteweb ?

D’après mes quelques tests pour tenter de la reproduire :

• j’obtiens la même erreur (AH00037) sans FollowSymLinks
• avec un chmod o-r (bien que ce soit loin de couvrir tous les aspects de droits), c’est une "AH00132: file permissions deny server access" qui se présente
• j’obtiens également la même (AH00037) quand la cible n’existe pas

A priori FollowSymLinks n’est pas écrasé (.htaccess ou répertoire enfant - il n’y en a pas), erreur sur la cible du lien symbolique ? (elle est relative et suivant le répertoire courant, elle en est fausse ?)

lrwxrwxrwx 1 byjove byjove 50  9 févr. 14:22 siteweb -> [chemin vers le dossier cible]

Voilà.

En effet, "siteweb" est aussi le nom du dossier cible mais cela va de soi pour éviter les problèmes de confusion. realpath renvoie, comme ls -l, le chemin du dossier cible de mon lien symbolique. Pour avoir refait deux ou trois fois le lien, je ne pense pas qu’il soit incorrect.

Si jamais, je ne suis toujours pas contre une solution à mon problème.. La synchronisation est sympa mais je préférerai éviter de perdre de l’espace disque pour rien.