J'ai un souci avec apache2 qui semble fonctionner en allant sur
http://localhost
Toutefois, dans firefox je ne vois pas mon répertoire
/home/test/miroir/mirror/archive.ubuntu.com/ubuntu alors que j'ai mis un
lien symbolique (qui fonctionne) vers ce répertoire dans /var/www
Ci-après l'extrait de ce tutoriel se rapportant à apache :
--
À distance, en passant par un serveur
Côté serveur
On va installer un serveur HTTP bien connu … Apache. C'est le paquet «
apache2 ».
On peut tester son bon fonctionnement en se rendant sur http://localhost/.
Par défaut la base où se situent les documents pour apache est «
/var/www » or notre miroir est ici : « /media/DDPortable/miroir/ ». Nous
allons donc créer un lien symbolique afin qu'Apache puisse nous servir
nos paquets :
Et là, j'ai bêtement cliqué sur le lien du tuto sans penser à adapter l'url en http://localhost/ubuntu
En fait je n'étais pas certain d'avoir adapté l'url en localhost/ubuntu
C'est pourquoi j'ai repris la procédure depuis le début et je suis tombé sur le même problème 404
En regardant un peu, j'ai vu que les droits sur les répertoires étaient à 764 ou drwxrw-r-- et ce n'est qu'en les mettant à 765 ou drwxrw-r-x- que apache2 pouvait les voir.
Pourquoi faut-il qu'ils soient exécutables pour les autres pour que apache2 les voit ?
Bizarre...
A part ce point obscure, mon miroir local fonctionne :o)
-- http://pagesperso-orange.fr/willms/
jp willm a écrit :
Et là, j'ai bêtement cliqué sur le lien du tuto sans penser à adapter
l'url en http://localhost/ubuntu
En fait je n'étais pas certain d'avoir adapté l'url en localhost/ubuntu
C'est pourquoi j'ai repris la procédure depuis le début et je suis tombé
sur le même problème 404
En regardant un peu, j'ai vu que les droits sur les répertoires étaient
à 764 ou drwxrw-r-- et ce n'est qu'en les mettant à 765 ou drwxrw-r-x-
que apache2 pouvait les voir.
Pourquoi faut-il qu'ils soient exécutables pour les autres pour que
apache2 les voit ?
Bizarre...
A part ce point obscure, mon miroir local fonctionne :o)
Et là, j'ai bêtement cliqué sur le lien du tuto sans penser à adapter l'url en http://localhost/ubuntu
En fait je n'étais pas certain d'avoir adapté l'url en localhost/ubuntu
C'est pourquoi j'ai repris la procédure depuis le début et je suis tombé sur le même problème 404
En regardant un peu, j'ai vu que les droits sur les répertoires étaient à 764 ou drwxrw-r-- et ce n'est qu'en les mettant à 765 ou drwxrw-r-x- que apache2 pouvait les voir.
Pourquoi faut-il qu'ils soient exécutables pour les autres pour que apache2 les voit ?
Bizarre...
A part ce point obscure, mon miroir local fonctionne :o)
-- http://pagesperso-orange.fr/willms/
mauve
jp willm wrote:
Pourquoi faut-il qu'ils soient exécutables pour les autres pour que apache2 les voit ?
Si ma mémoire ne défaille pas trop, pour pouvoir traverser un répertoire, il faut avoir un droit d'exécution dessus (c'est un aspect de la sécurité unix qui remonte sûrement au-delà d'unix v7).
Peut-être qu'apache drop ses privilèges au maximum avant de parcourir l'arborescence ?
-- mauve
jp willm wrote:
Pourquoi faut-il qu'ils soient exécutables pour les autres pour que
apache2 les voit ?
Si ma mémoire ne défaille pas trop, pour pouvoir traverser un répertoire, il
faut avoir un droit d'exécution dessus (c'est un aspect de la sécurité unix
qui remonte sûrement au-delà d'unix v7).
Peut-être qu'apache drop ses privilèges au maximum avant de parcourir
l'arborescence ?
Pourquoi faut-il qu'ils soient exécutables pour les autres pour que apache2 les voit ?
Si ma mémoire ne défaille pas trop, pour pouvoir traverser un répertoire, il faut avoir un droit d'exécution dessus (c'est un aspect de la sécurité unix qui remonte sûrement au-delà d'unix v7).
Peut-être qu'apache drop ses privilèges au maximum avant de parcourir l'arborescence ?
-- mauve
jp willm
mauve a écrit :
Si ma mémoire ne défaille pas trop, pour pouvoir traverser un répertoire, il faut avoir un droit d'exécution dessus (c'est un aspect de la sécurité unix qui remonte sûrement au-delà d'unix v7).
En effet, je viens de lire sur http://www.it-sudparis.eu/s2ia/unix/mode-d-emploi/unix.htm
Attention: La signification des droits est légèrement différente pour un répertoire. Par exemple le droit r pour un répertoire signifie que l'on peut en lire le contenu, x que l'on peut "traverser" ce répertoire (nécessaire pour faire un "cd" sur ce répertoire).
Peut-être qu'apache drop ses privilèges au maximum avant de parcourir l'arborescence ?
Alors lui, il m'impressionne sans que je le comprenne...
Merci pour l'info :o)
-- http://pagesperso-orange.fr/willms/
mauve a écrit :
Si ma mémoire ne défaille pas trop, pour pouvoir traverser un répertoire, il
faut avoir un droit d'exécution dessus (c'est un aspect de la sécurité unix
qui remonte sûrement au-delà d'unix v7).
En effet, je viens de lire sur
http://www.it-sudparis.eu/s2ia/unix/mode-d-emploi/unix.htm
Attention: La signification des droits est légèrement différente pour un
répertoire. Par exemple le droit r pour un répertoire signifie que l'on
peut en lire le contenu, x que l'on peut "traverser" ce répertoire
(nécessaire pour faire un "cd" sur ce répertoire).
Peut-être qu'apache drop ses privilèges au maximum avant de parcourir
l'arborescence ?
Alors lui, il m'impressionne sans que je le comprenne...
Si ma mémoire ne défaille pas trop, pour pouvoir traverser un répertoire, il faut avoir un droit d'exécution dessus (c'est un aspect de la sécurité unix qui remonte sûrement au-delà d'unix v7).
En effet, je viens de lire sur http://www.it-sudparis.eu/s2ia/unix/mode-d-emploi/unix.htm
Attention: La signification des droits est légèrement différente pour un répertoire. Par exemple le droit r pour un répertoire signifie que l'on peut en lire le contenu, x que l'on peut "traverser" ce répertoire (nécessaire pour faire un "cd" sur ce répertoire).
Peut-être qu'apache drop ses privilèges au maximum avant de parcourir l'arborescence ?
Alors lui, il m'impressionne sans que je le comprenne...
Merci pour l'info :o)
-- http://pagesperso-orange.fr/willms/
yamo'
Salut,
jp willm a tapoté, le 01/10/2009 14:40:
En regardant un peu, j'ai vu que les droits sur les répertoires étaient à 764 ou drwxrw-r-- et ce n'est qu'en les mettant à 765 ou drwxrw-r-x- que apache2 pouvait les voir.
C'est peut-être voulu comme droits mais, ça me semble étrange.
Pour éviter les ennuis de répertoire non traversable je ferais un chmod +rX -R au niveau du répertoire racine de ton site soit /home/test/miroir
le X c'est pour donner le droit x au répertoire mais pas aux fichiers.
L'user d'apache www-data doit certainement faire parti des autres dans ton répertoire /home/test c'est pour ça qu'il fallait un x en plus aux autres.
Le groupe n'a pas forcément besoin d'écrire donc les droits souvent rencontrés pour les répertoire c'est 755
En regardant un peu, j'ai vu que les droits sur les répertoires étaient
à 764 ou drwxrw-r-- et ce n'est qu'en les mettant à 765 ou drwxrw-r-x-
que apache2 pouvait les voir.
C'est peut-être voulu comme droits mais, ça me semble étrange.
Pour éviter les ennuis de répertoire non traversable je ferais un
chmod +rX -R au niveau du répertoire racine de ton site soit
/home/test/miroir
le X c'est pour donner le droit x au répertoire mais pas aux fichiers.
L'user d'apache www-data doit certainement faire parti des autres dans
ton répertoire /home/test c'est pour ça qu'il fallait un x en plus aux
autres.
Le groupe n'a pas forcément besoin d'écrire donc les droits souvent
rencontrés pour les répertoire c'est 755
En regardant un peu, j'ai vu que les droits sur les répertoires étaient à 764 ou drwxrw-r-- et ce n'est qu'en les mettant à 765 ou drwxrw-r-x- que apache2 pouvait les voir.
C'est peut-être voulu comme droits mais, ça me semble étrange.
Pour éviter les ennuis de répertoire non traversable je ferais un chmod +rX -R au niveau du répertoire racine de ton site soit /home/test/miroir
le X c'est pour donner le droit x au répertoire mais pas aux fichiers.
L'user d'apache www-data doit certainement faire parti des autres dans ton répertoire /home/test c'est pour ça qu'il fallait un x en plus aux autres.
Le groupe n'a pas forcément besoin d'écrire donc les droits souvent rencontrés pour les répertoire c'est 755
C'est peut-être voulu comme droits mais, ça me semble étrange.
J'ai uniquement modifié les droits aux "autres".
Pour éviter les ennuis de répertoire non traversable je ferais un chmod +rX -R au niveau du répertoire racine de ton site soit /home/test/miroir
Ce qui donne le droit en lecture + traverser à tous. J'ai fait chmod -R 765 /home/test/miroir.
le X c'est pour donner le droit x au répertoire mais pas aux fichiers.
Ok, je ne l'oublierai plus celle-là.
L'user d'apache www-data doit certainement faire parti des autres dans ton répertoire /home/test c'est pour ça qu'il fallait un x en plus aux autres.
En tout cas, j'avais mis l'utilisateur "test" dans les groupes www-data, netdev, plugdev pour voir. Mais ce n'est qu'en modifiant les droits du miroir à 5 pour les autres que cela foncionne.
Le groupe n'a pas forcément besoin d'écrire donc les droits souvent rencontrés pour les répertoire c'est 755
C'est peut-être voulu comme droits mais, ça me semble étrange.
J'ai uniquement modifié les droits aux "autres".
Pour éviter les ennuis de répertoire non traversable je ferais un
chmod +rX -R au niveau du répertoire racine de ton site soit
/home/test/miroir
Ce qui donne le droit en lecture + traverser à tous. J'ai fait chmod -R
765 /home/test/miroir.
le X c'est pour donner le droit x au répertoire mais pas aux fichiers.
Ok, je ne l'oublierai plus celle-là.
L'user d'apache www-data doit certainement faire parti des autres dans
ton répertoire /home/test c'est pour ça qu'il fallait un x en plus aux
autres.
En tout cas, j'avais mis l'utilisateur "test" dans les groupes www-data,
netdev, plugdev pour voir. Mais ce n'est qu'en modifiant les droits du
miroir à 5 pour les autres que cela foncionne.
Le groupe n'a pas forcément besoin d'écrire donc les droits souvent
rencontrés pour les répertoire c'est 755
C'est peut-être voulu comme droits mais, ça me semble étrange.
J'ai uniquement modifié les droits aux "autres".
Pour éviter les ennuis de répertoire non traversable je ferais un chmod +rX -R au niveau du répertoire racine de ton site soit /home/test/miroir
Ce qui donne le droit en lecture + traverser à tous. J'ai fait chmod -R 765 /home/test/miroir.
le X c'est pour donner le droit x au répertoire mais pas aux fichiers.
Ok, je ne l'oublierai plus celle-là.
L'user d'apache www-data doit certainement faire parti des autres dans ton répertoire /home/test c'est pour ça qu'il fallait un x en plus aux autres.
En tout cas, j'avais mis l'utilisateur "test" dans les groupes www-data, netdev, plugdev pour voir. Mais ce n'est qu'en modifiant les droits du miroir à 5 pour les autres que cela foncionne.
Le groupe n'a pas forcément besoin d'écrire donc les droits souvent rencontrés pour les répertoire c'est 755