Bonjour à toutes et à tous,
Je suis tout content, je viens d'installer un petit Mandrake 9.2 de derrière les fagots, et j'en profite pour me dire que je vais enfin pouvoir avoir mon site Web hébergé chez moi sur une plateforme digne de ce nom.
Naïf comme pas deux, je me dis que je n'ai qu'à faire un lien dans /var/www, et faire pointer html vers un répertoire dans la partition sécurisée raid 5, disons /datas/web.
Au boulot, je fais ça sur Irix depuis des années (des liens symboliques à l'intérieur du répertoire html du httpd), notamment pour que différents users ne viennent pas "casser" le /var/www tout en maintenant la partie du site Web qui leur est allouée.
Or, là, schplonk! Dès que je mets un lien, Apache m'engueule avec un beau 403 Forbidden Access???
Si je mets mon site à l'intérieur de /var/www/html sans lien, ça marche du premier coup...
Heu... Moi j'aime bien les liens! Et je voudrais bien en profiter! J'ai loupé une marche là? Ou bien il y a une option qui tue pour dire à Apache de suivre les liens symboliques?
Merci, tchô
# Droits
Posté par Pinaraf . Évalué à 2.
Par défaut sur mandrake 9.2, je crois que apache est lancé avec les droits du groupe apache (à vérifier dans userdrake).
Donc un chown plus tard, ça devrait roxer non ?
[^] # Re: Droits
Posté par Mike Lee Toris . Évalué à 2.
Ben non, justement, c'est la première chose à laquelle j'ai pensé!
Apache est lancé, enfin le httpd2 j'veux dire, est lancé en root/root. Du coup, j'ai chowné -R le répertoire /datas/web en entier en root/root aussi.
En plus, si je copie mon site dans /var/www/html en laissant mes uid à moi, ça passe (plus ou moins).
Mais dès qu'on met un lien, que pouic, y s'en fout...
# Config
Posté par Antonio Da Silva (site web personnel) . Évalué à 2.
à voir si sur Apache 2.X il y a pas le même système
# Apache 2 et les liens symboliques
Posté par fcartegnie . Évalué à 2.
[^] # Re: Apache 2 et les liens symboliques
Posté par Mike Lee Toris . Évalué à 1.
J'en conclus que s'il faut que le répertoire de base soit en dur, et que je veuille néanmoins que celui-ci ne se trouve pas dans /var/www, je n'ai plus qu'à dire à Apache2 que son répertoire de base est /datas/web, pour reprendre mon exemple.
C'est ça?
[^] # Re: Apache 2 et les liens symboliques
Posté par FReEDoM (site web personnel) . Évalué à 2.
[^] # Re: Apache 2 et les liens symboliques
Posté par Mike Lee Toris . Évalué à 3.
Et bravo pour le site, je re-découvre... Ca fourmille d'idées de partout, ça vibre, c'est vivant, c'est en https partout... Rhââââ, un bô site!
# mount --bind peut être aussi interessant
Posté par BoB . Évalué à 2.
mount --bind origine destination
Voilà, c'est une sorte de lien, sauf qu'on n'y voit que du feux ;)
[^] # Re: mount --bind peut être aussi interessant
Posté par Mike Lee Toris . Évalué à 1.
Ah ça, ça me plaît bien! Vu que sur Irix, on a tendance à abuser des automounts pour que les users n'y voient que du feu!
En revanche, dans mon cas, @home, l'automount ne s'impose pas (encore!), mais mais mais, de plus, en lisant le man du mount linuxien, je m'aperçois que ta proposition est tout à fait adéquate!!! Car je vois qu'il est possible de monter une partie de l'arbo d'une partition et non pas toute la partition!
Excellente suggestion, merci bôcoup bôcoup!
Par contre, vu que je débarque dans le Linux, question subsidiaire: Où range-je l'ordre de mount pour l'avoir au boot? Dans le traditionnel /etc/fstab? Ou il y a mieux?
Merci.
# rien a voir : "data" sans "s"
Posté par fabien . Évalué à 1.
DATA ne prends pas de S, car DATA est le pluriel de DATUM.
Je sais qu'il y a souvent des remaques sur le francais ici, je ne suis pas un dieu en francais moi même, mais là le mot data avec un "s" je trouve cela moche, faut bien que quelqu'un se devoue a defendre la langue anglaise non ? :)
Non.. en fait c'est pas pour defendre l'anglais, c'est que je trouve que DATA est un mot assez classique dans le domaine de l'informatique et qu'il serait bon de savoir l'ecrire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.