wamp + héberger plusieurs sites Web sur un dédié

[Coussati]

bonjour

je loue un serveur dédié windows (pour des raisons bien précises, je ne peux pas prendre de linux) et j'ai installé wamp pour héberger des sites web

le répertoire "www" est la racine

j'aimerais savoir comment faire pour héberger plusieurs site web et ensuite acheter des noms de domaines pour les faire pointer vers leur répertoire racine

dans l'url il ne faudrait pas que les visiteurs sachent que plusieurs sites sont hébergé sur le même host

[_Mac_]

Renseigne-toi sur le virtual hosting (les hôtes virtuels). Je ne peux récupérer les liens mais il y a de tutos sur le sujet sur dvp.

[Coussati]

étant donné que j'utilise wamp, j'ai regardé comment fonctionne phpmyadmin, qui est un alias et utilise virtual host comme tu viens de le dire

même si je ne maitrise pas bien, je me pose des questions :

si dans www j'ai :

/site1
/site2
/site3

si un visiteur tape va sur :

http://ip/site1 il ira bien sur site1 ? et je vais devoir louer un dns exemple : monsite.com qui redirigera sur http://ip/site1

et si le visiteur décide de remonter d'un dossier : http://ip il tombera sur quoi ? une page blanche ? bizarre non ?

et si on prends le principe de rediriger un dns sur le dossier site1-2-3 finalement à quoi sert l'alias et le virtual host ?

je pense être un peu perdu là

[_Mac_]

Un hôte virtuel définit un document root (un répertoire où trouver un site) pour un nom utilisé pour accéder à un site. Par exemple, tu vas dire que le site atteignable avec http://monsite1.com est /var/monsite1 et que celui du site atteignable avec http://monsite2.com est /var/monsite2. Un hôte virtuel travaille donc sur la première partie des URL (ce qu'on peut appeler le nom du site : monsite1.com).

A contrario, un alias travaille sur le chemin des URL, c'est-à-dire ce qui suit le nom. Par exemple, /titi/toto est le chemin de l'URL http://monsite1.com/titi/toto. Logiquement, on s'attend à ce que /titi/toto soit un répertoire du document root (pour reprendre l'exemple du premier paragraphe, ce serait /var/monsite1/titi/toto) mais parfois, les fichiers qu'on souhaite mettre à disposition sur le site ne sont pas accessibles en tant que sous-répertoire du document root. C'est le cas des fichiers de phpMyAdmin. Par exemple, ces fichiers sont installés dans /var/phpmyadmin alors que le document root du site est /var/monsite1. Pour pouvoir accéder à phpMyAdmin comme si les fichiers étaient installés dans /var/monsite1, tu crées un alias dans l'hôte virtuel de monsite1 que tu appelles "/phpMyAdmin" et qui pointe sur ce répertoire /var/phpmyadmin, comme ça, tu accèderas à phpMyAdmin avec http://monsite1.com/phpMyAdmin.

Par principe, c'est une mauvaise idée que de vouloir faire pointer des hôtes virtuels (http://monsite1.com, http://monsite2.com, etc.) sur des sous-répertoires d'un document root. car tes sites sont accessibles de différentes façons. Donc tout comme le répertoire www (ou htdocs), il faut créer des sous-répertoires pour tes différents sites au même niveau que www ou dans un répertoire distinct de www.

J'espère que c'est plus clair.

[Coussati]

salut, je commence à comprendre petit à petit ... je suis tombé sur un tuto sur un autre site : Configurer Apache et Windows pour créer un hôte virtuel.

Oon dirait que c'est un peu ce que je recherche :

en accédant à http://localhost/ vous retrouvez l'affichage "normal" du répertoire /www/
• en accédant à http://monprojet.dev/ vous devriez tomber directement sur votre projet, autrefois accessible à l'adresse http://localhost/monprojet/ (qui reste bien entendu accessible).

alors pour du local, c'est bien, mais si je dois faire une redirection avec nom de domaine, il me faut bien une ip ... et "monprojet.dev" ça n'a aucune sens

je ne sais pas si tu as compris ce que je cherche, en faite je veux pouvoir héberger 2-3 site complètement indépendant

si on fait un ping sr chaque url dns, on retrouvera l'ip du pc qui héberge; mais j'aimerais éviter qu'avec l'url d'un site, trouver tous les autres

[_Mac_]

Envoyé par Coussati

alors pour du local, c'est bien, mais si je dois faire une redirection avec nom de domaine, il me faut bien une ip ... et "monprojet.dev" ça n'a aucune sens

Pourquoi ça n'a aucun sens ?

Envoyé par Coussati

si on fait un ping sr chaque url dns, on retrouvera l'ip du pc qui héberge; mais j'aimerais éviter qu'avec l'url d'un site, trouver tous les autres

D'où ma réponse :

Envoyé par _Mac_

Par principe, c'est une mauvaise idée que de vouloir faire pointer des hôtes virtuels (http://monsite1.com, http://monsite2.com, etc.) sur des sous-répertoires d'un document root. car tes sites sont accessibles de différentes façons. Donc tout comme le répertoire www (ou htdocs), il faut créer des sous-répertoires pour tes différents sites au même niveau que www ou dans un répertoire distinct de www.

[Coussati]

je disais aucun sens car si ke tape dans mon navigateur (pas l'hébergeur) monprojet.dev a ne m'enverra nul part

et pour faire ce que je cherche, il faut faire comment ? je n'ai pas trop compris ta réponse de création de répertoire et sous répertoire

[_Mac_]

Ton navigateur (et uniquement le tien) saura trouver le serveur Web du site monprojet.dev parce que tu as modifié ton fichier etc/hosts pour associer ce nom à l'adresse IP de ta machine. C'est évident que sur Internet, personne ne trouvera ton site. Pour que ça marche, il faut que tu achètes un nom de domaine et que tu configures ce domaine pour associer des sous-domaines (ou directement le domaine) à l'adresse IP publique de ton accès Internet.

Mon histoire de répertoire/sous-répertoire c'est juste pour dire que tu trouves étrange d'accéder à un site Web avec 2 URL totalement différentes : http://toto.monsite1.com et http://www.monsite.com/toto par exemple. Mais si ça ne te dérange pas, il n'y a pas de problème.

[Coussati]

si j'ai bien compris, disons que mon ip est : 80.298.23.4

dans le répertoire www je met :

un dossier site1, un dossier site2

j'achète 2 noms de domaine que je redirige vers :

monsite1.com = http://80.298.23.4/site1

monsite2.com = http://80.298.23.4/site2

les visiteurs penseront que ce sont 2 sites indépendant ? sauf si certain font un ping sur l'un des dns et retrouve l'ip : 80.298.23.4

s'ils vont sur http://80.298.23.4 ils verront les 2 répertoires ? sauf si je place un index pour afficher un message de redirection ?

[_Mac_]

Le mot "redirige" est incorrect. Voici comment faire. Tu achètes d'abord les noms de domaine monsite1.com et monsite2.com. Ensuite, tu associes les noms monsite1.com (ou www.monsite1.com) et monsite2.com (ou www.monsite2.com) à l'adresse IP publique de ton hébergement (80.298.23.4). Enfin, tu configures 2 hôtes virtuels sur Apache : un hôte virtuel monsite1.com (ou www.monsite1.com) qui a www/site1 comme document root et un second hôte virtuel monsite2.com (ou www.monsite2.com) qui utilise www/site2 comme document root.

Envoyé par Coussati

les visiteurs penseront que ce sont 2 sites indépendant ? sauf si certain font un ping sur l'un des dns et retrouve l'ip : 80.298.23.4

En procédant comme je le décris, oui, les visiteurs penseront que ce sont deux sites indépendants (et à juste titre puisque ce sont réellement deux sites indépendants).

Et effectivement, en faisant un ping ils retrouveront l'IP de l'hébergement 80.298.23.4.

Envoyé par Coussati

s'ils vont sur http://80.298.23.4 ils verront les 2 répertoires ? sauf si je place un index pour afficher un message de redirection ?

Ils pourraient voir les 2 répertoires. Tout dépend de la configuration d'Apache, mais oui, c'est possible qu'ils puissent voir les 2 répertoires. Pour parer au problème, tu peux faire ce que tu dis ou interdire le directory indexing dans Apache, mais il n'empêche que http://80.298.23.4/site1 affichera monsite1.com et http://80.298.23.4/site2 affichera monsite2.com. Ce que je dis juste c'est que rien, mais absolument rien, ne t'oblige à créer les répertoires site1 et site2 dans www, et que tu as justement tout intérêt à ne pas le faire si tu ne veux pas te prendre la tête avec ce problème.

[Coussati]

ok

merci pour tes informations, je pense que maintenant c'est claire

dès que j'aurai le nom de domaine je commencerai les testes grandeur nature