Snow Apache et Virtual Host ???

Le
SAM
Salutatous,

iMac-intel - système 10.6.4
Apache.2 - SSI et PHP activés

Je veux tester un site web sur mon ordi
(autre que celui 'Sites')
et je me bagarre avec les fichiers de config d'Apache pour que :
http://stefwana/
m'ouvre ce site qui serait un "VirtualHost"

Au mieux (quand je ne tombe pas sur un site de culs) j'obtiens :
Forbidden
You don't have permission to access / on this server.


Essayé de me débrouiller avec tutos dont celui-ci :
<http://foundationphp.com/tutorials/vhosts_leopard.php>

J'ai modifié le fichier : /private/etc/hosts
en y rajoutant la ligne :
127.0.0.1 stefwana


J'ai modifié le fichier de config : /private/etc/apache2/httpd.conf

# Virtual hosts
Include /private/etc/apache2/extra/httpd-vhosts.conf
Include /private/etc/apache2/other/*.conf


J'ai modifié le fichier de config :
/private/etc/apache2/extra/httpd-vhosts.conf

<VirtualHost *:80>
DocumentRoot "/Library/WebServer/Documents"
ServerName localhost
</VirtualHost>
<VirtualHost *:80>
DocumentRoot "/Users/STEF/Documents/mes_SITES_WEB/stephane.moriaux/"
ServerName stefwana
</VirtualHost>


J'ai édité un fichier de config : /private/etc/apache2/users/wana.conf

<Directory "/Users/STEF/Documents/mes_SITES_WEB/stephane.moriaux/">
Options Indexes +Includes MultiViews
AllowOverride None
Order allow,deny
Allow from all
</Directory>


Qu'est-ce que je n'ai pas bien fait ?

--
Stéphane Moriaux avec/with iMac-intel
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses Page 1 / 3
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
laurent.pertois
Le #22472391
SAM
DocumentRoot "/Users/STEF/Documents/mes_SITES_WEB/stephane.moriaux/"



A mon avis le problème est là, l'utilisateur faisant tourner Apache
(www) n'a pas le droit de lire le dossier dans Documents qui n'est
accessible, par défaut, qu'à ton utilisateur STEF.

Essaie de mettre le tout dans Sites ou de déplacer mes_SITES_WEB à la
racine de ton home et change le chemin en conséquences.

--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
SAM
Le #22472511
Le 14/08/10 22:51, Laurent Pertois a écrit :
SAM
DocumentRoot "/Users/STEF/Documents/mes_SITES_WEB/stephane.moriaux/"



A mon avis le problème est là, l'utilisateur faisant tourner Apache
(www) n'a pas le droit de lire le dossier dans Documents qui n'est
accessible, par défaut, qu'à ton utilisateur STEF.



Je m'en doutais un peu.
Mais espérais qu'une petite ligne de plus dans un des config
aurait chemodé comme il faut.

Essaie de mettre le tout dans Sites ou de déplacer mes_SITES_WEB à la
racine de ton home et change le chemin en conséquences.



Bon ! Je vais donc faire comme vu par ailleurs

/www/stephane.moriaux/

au même niveau que /Users/
ou que /Sites/

"home" je vois pas trop ce que c'est ?!
/Users/STEF/ ?

--
Stéphane Moriaux avec/with iMac-intel
laurent.pertois
Le #22473981
SAM
> A mon avis le problème est là, l'utilisateur faisant tourner Apache
> (www) n'a pas le droit de lire le dossier dans Documents qui n'est
> accessible, par défaut, qu'à ton utilisateur STEF.

Je m'en doutais un peu.
Mais espérais qu'une petite ligne de plus dans un des config
aurait chemodé comme il faut.



Non, Apache ne peut pas changer ça, ce serait une faille :-)

> Essaie de mettre le tout dans Sites ou de déplacer mes_SITES_WEB à la
> racine de ton home et change le chemin en conséquences.

Bon ! Je vais donc faire comme vu par ailleurs

/www/stephane.moriaux/

au même niveau que /Users/
ou que /Sites/

"home" je vois pas trop ce que c'est ?!
/Users/STEF/ ?



Oui.

--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
SAM
Le #22474541
Le 15/08/10 16:30, Laurent Pertois a écrit :
SAM
A mon avis le problème est là, l'utilisateur faisant tourner Apache
(www) n'a pas le droit de lire le dossier dans Documents qui n'est
accessible, par défaut, qu'à ton utilisateur STEF.



Je m'en doutais un peu.
Mais espérais qu'une petite ligne de plus dans un des config
aurait chemodé comme il faut.



Non, Apache ne peut pas changer ça, ce serait une faille :-)



Bon! eh bien, puisque tu as l'air de t'y connaitre ...
une colle :

- un site pages perso chez Orange
- on y dispose des SSI pour le code "dynamique" côté serveur
(pas de PHP, rien. Que les SSI et réduits)
- z'ont un peu tout modifié dans leurs re-writting d'url
(ou je n'sais quoi du genre) pour accéder à son site

Toutes les pages perso sont sur le domaine :
pagesperso-orange.fr
l'url "normale" du site serait donc :
pagesperso-orange.fr/monbosite/
mais on pouvait faire aussi :
monbosite.pagesperso-orange.fr/
ce qui changeait la racine du site 'monbosite'

à ce jour, n'importe quelle forme d'url mène à :
monbosite.pagesperso-orange.fr/
Les liens relatifs à la racine de 'monbosite' sont alors :
pour link et a et img et etc. :
href="/"
ce qui est un net progrès (avant il fallait user des relatifs / fichier)
et pour les SSI ça demande :
virtual="/monbosite/"

Je me bagarre maintenant avec mon /home/www/monbosite/
qui bien évidemment a sa racine dans /monbosite/
tant pour le html que les SSI
pour tenter d'arriver à la même config que pagesperso-orange.fr
afin de retrouver ces 2 types d'appel à la racine du host

Pour mémoire, ma config :

<VirtualHost *:80>
DocumentRoot "/Users/STEF/www/stephane.moriaux"
ServerName stefwana
</VirtualHost>
Options Indexes +Includes MultiViews
AllowOverride None
Order allow,deny
Allow from all
</Directory>


est-ce que je peux faire qque chose comme :

<IfModule alias_module>
Redirect permanent /stephane.moriaux /
</IfModule>

Non, ça n'arrange rien pour la racine des SSI,
ça transforme juste :
http://stefwana/stephane.moriaux/
en :
http://stefwana/



--
Stéphane Moriaux avec/with iMac-intel
laurent.pertois
Le #22474591
SAM
Bon! eh bien, puisque tu as l'air de t'y connaitre ...
une colle :



Oulalalalala, la conf d'Apache est riche, je ne suis pas spécialiste non
plus, juste que les problèmes de droits d'accès sont un classique ;-)

- un site pages perso chez Orange
- on y dispose des SSI pour le code "dynamique" côté serveur
(pas de PHP, rien. Que les SSI et réduits)
- z'ont un peu tout modifié dans leurs re-writting d'url
(ou je n'sais quoi du genre) pour accéder à son site

Toutes les pages perso sont sur le domaine :
pagesperso-orange.fr
l'url "normale" du site serait donc :
pagesperso-orange.fr/monbosite/
mais on pouvait faire aussi :
monbosite.pagesperso-orange.fr/
ce qui changeait la racine du site 'monbosite'



Euh, ça change quoi ? dans les deux cas la racine est /, non ?

à ce jour, n'importe quelle forme d'url mène à :
monbosite.pagesperso-orange.fr/
Les liens relatifs à la racine de 'monbosite' sont alors :
pour link et a et img et etc. :
href="/"
ce qui est un net progrès (avant il fallait user des relatifs / fichier)
et pour les SSI ça demande :
virtual="/monbosite/"



Tu es sûr qu'il ne faut mettre que ça ?

Je me bagarre maintenant avec mon /home/www/monbosite/
qui bien évidemment a sa racine dans /monbosite/
tant pour le html que les SSI
pour tenter d'arriver à la même config que pagesperso-orange.fr
afin de retrouver ces 2 types d'appel à la racine du host



Je n'utilise pas les SSI ni ne les pratique, du coup, je ne vois pas ce
qui bloque :-/

--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
SAM
Le #22474671
Le 15/08/10 19:22, Laurent Pertois a écrit :
SAM
Bon! eh bien, puisque tu as l'air de t'y connaitre ...
une colle :



Oulalalalala, la conf d'Apache est riche, je ne suis pas spécialiste non
plus, juste que les problèmes de droits d'accès sont un classique ;-)



Je vais poser la question sur le NG fciw.serveurs

Toutes les pages perso sont sur le domaine :
pagesperso-orange.fr
l'url "normale" du site serait donc :
pagesperso-orange.fr/monbosite/
mais on pouvait faire aussi :
monbosite.pagesperso-orange.fr/
ce qui changeait la racine du site 'monbosite'



Euh, ça change quoi ? dans les deux cas la racine est /, non ?



Non, avec / la racine est :
un coup : pagesperso-orange.fr (pagesperso-orange.fr/monbosite)
un coup : monbosite (monbosite.pagesperso-orange.fr/)
... enfin ... c'était comme ça ... chez Orange

à ce jour, n'importe quelle forme d'url mène à :
monbosite.pagesperso-orange.fr/
Les liens relatifs à la racine de 'monbosite' sont alors :
pour link et a et img et etc. :
href="/"
ce qui est un net progrès (avant il fallait user des relatifs / fichier)
et pour les SSI ça demande :
virtual="/monbosite/"



Tu es sûr qu'il ne faut mettre que ça ?



Pour accéder à la racine du site ?
J'en sais rien, mais oui, mes tests me montrent que ça fonctionne
qu'avec ça.

Pour les SSI, le complet serait qque chose comme :
là où on veut son menu dans ses pages, par exemple.

Je me bagarre maintenant avec mon /home/www/monbosite/
afin de retrouver ces 2 types d'appel à la racine du host



Je n'utilise pas les SSI ni ne les pratique, du coup, je ne vois pas ce
qui bloque :-/



Si seulement je savais ce que Orange a bien pu trafiquer, y aurait qu'à
recopier ...


--
Stéphane Moriaux avec/with iMac-intel
Jo
Le #22474691
On 2010-08-14 17:18:09 +0200, SAM said:

Je veux tester un site web sur mon ordi
(autre que celui 'Sites')
et je me bagarre avec les fichiers de config d'Apache pour que :
http://stefwana/
m'ouvre ce site qui serait un "VirtualHost"



Et pourquoi pas tout simplement un lien symbolique dans
/Library/WebServer/Documents/ qui pointe vers le site en question? (man
ln)

--
Jo
"Don't suffer from insanity, enjoy every minute of it."
laurent.pertois
Le #22475191
SAM
> Oulalalalala, la conf d'Apache est riche, je ne suis pas spécialiste non
> plus, juste que les problèmes de droits d'accès sont un classique ;-)

Je vais poser la question sur le NG fciw.serveurs



Ce sera mieux, oui :-)

> Euh, ça change quoi ? dans les deux cas la racine est /, non ?

Non, avec / la racine est :
un coup : pagesperso-orange.fr (pagesperso-orange.fr/monbosite)
un coup : monbosite (monbosite.pagesperso-orange.fr/)
... enfin ... c'était comme ça ... chez Orange



Euh, ça c'est le nom de domaine, pas la racine ;-)

>> ce qui est un net progrès (avant il fallait user des relatifs / fichier)
>> et pour les SSI ça demande :
>> virtual="/monbosite/"
>
> Tu es sûr qu'il ne faut mettre que ça ?

Pour accéder à la racine du site ?
J'en sais rien, mais oui, mes tests me montrent que ça fonctionne
qu'avec ça.



Et pas monbocite.pagesperso-orange.fr ?

Pour les SSI, le complet serait qque chose comme :
là où on veut son menu dans ses pages, par exemple.



Ok, comme je te disais, je ne pratique pas les SSI, mais perso je
mettrais un nom pleinement qualifié, pas juste un bout (cf au-dessus)


--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
SAM
Le #22475281
Le 15/08/10 22:40, Laurent Pertois a écrit :
SAM
Je vais poser la question sur le NG fciw.serveurs



Ce sera mieux, oui :-)



Sauf que ... ça fait presque 3 mois que personne ne s'y est manifesté !
Pas ni rien trouvé dans les archives pour mon 'tit problème.

Pour accéder à la racine du site ?
J'en sais rien, mais oui, mes tests me montrent que ça fonctionne
qu'avec ça.



Et pas monbocite.pagesperso-orange.fr ?



ben non
puisqu'on a le slash de départ pour aller à la racine
(pagesperso-orange.fr même si tu dis que ça ce n'est que le domaine)

Pour les SSI, le complet serait qque chose comme :
là où on veut son menu dans ses pages, par exemple.



Ok, comme je te disais, je ne pratique pas les SSI, mais perso je



Je subodore que c'est une maladresse d'un gestionnaire des pages perso
d'Orange qui fait qu'on n'a pas la même racine entre le html et les SSI

et je n'arrive pas (ne sais pas) comment bidouiller sur mon Apache,
en supposant que par exemple 'truc' soit l'équivalent de l'hébergeur
sur mon Mac et que mon site soit alors accessible par :
http://truc/monbosite/
pour qu'il soit aussi accessible par :
http://monbosite.truc/

mettrais un nom pleinement qualifié, pas juste un bout (cf au-dessus)



non merci.

ou alors tu me donnes l'astuce pour que le clone de mon site chez Orange
fonctionne dans mon Apache (avec des urls pointant vers Orange au lieu
de mon /home/www/trucMachin/)
Normalement, les urls relatives sont faites pour ça : migrer facilement
d'un lieu (domaine ? Hébergeur ?) à l'autre.

--
sm
SAM
Le #22475311
Le 15/08/10 20:00, Jo a écrit :
On 2010-08-14 17:18:09 +0200, SAM said:

Je veux tester un site web sur mon ordi
(autre que celui 'Sites')
et je me bagarre avec les fichiers de config d'Apache pour que :
http://stefwana/
m'ouvre ce site qui serait un "VirtualHost"





Ça c'est résolu.
Du moins je pense ?
Ça fonctionne mais je ne sais pas si c'est très normal ;-)
Il faut bidouiller le fichier : /private/etc/hosts
qui me semble n'avoir rien à faire avec Apache ? !

Le problème qui me reste est d'avoir
en lien relatif à la racine de stefwana(*) :
- pour le html : /
- pour les SSI : /monbosite/
(et je n'ai pas encore regardé pour le PHP)

(*) stefwana = localhost pour : /home/monbosite/
/monbosite/ est un VirtualHost dans Apache

Et pourquoi pas tout simplement un lien symbolique dans
/Library/WebServer/Documents/ qui pointe vers le site en question? (man ln)



Tu peux développer ?
Que va-ce résoudre ?
le html va pointer par rapport à /home/monbosite/
et les SSI pointeront vers /Library/WebServer/Documents/ ?


--
sm
Publicité
Poster une réponse
Anonyme