Servir différents sites sur différents ports

**DonKnacki** · 17/04/2009, 09h47

Bonjour à tous,
J'ai besoin de vous pour configurer correctement mon fichier httpd.conf
J'ai 2 applications à héberger :
- une application web utilisant le port 80
- une application ruby on rails(ror) utilisant le port 3000

Malgrès la lecture de cet exemple : http://httpd.apache.org/docs/2.2/fr/.../examples.html, je n'arrive pas à configurer mon fichier correctement

voici ma configuration actuelle :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
Listen 80
Listen 3000
NameVirtualHost @IP:80
NameVirtualHost @IP:3000
 
<VirtualHost @IP:80>
    ServerName site1
</VirtualHost>
 
<VirtualHost @IP:3000>
    ServerName site2
    ProxyPass / http://localhost:3000/
    ProxyPassReverse / http://localhost:3000
</VirtualHost>

Avec cette configuration seul le site1 est accessible

Petite précision: Pour l'application ror, le manuel d'installation précise qu'il faut normalement avoir ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
<VirtualHost *>
    ServerName site2
    ProxyPass / http://localhost:3000/
    ProxyPassReverse / http://localhost:3000
</VirtualHost>

Effectivement ça fonctionne pour le site2 mais je n'ai plus accès au site1

En espérant avoir été clair et que vous pourrez m'aider afin d'avoir accès au 2 sites.
Merci

**_Mac_** · 17/04/2009, 10h56

Pourquoi ne pas faire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
<VirtualHost @IP:3000>
    ServerName site2
    ProxyPass / http://localhost:3003/
    ProxyPassReverse / http://localhost:3003
</VirtualHost>

?

C'est quoi ce port 3003 ?

**DonKnacki** · 17/04/2009, 10h59

Ah oui pardon ; dans la doc l'application ror utilise le port 3003 et non le port 3000 mais on peut spécifier l'un ou l'autre; ça n'a pas vraiment d'importance pourvu qu'on démarre le serveur (mongrel en l'occurence) avec le bon port

J'ai édité mon message pour être claire

**_Mac_** · 17/04/2009, 12h17

Donc, Apache doit se connecter à ROR via mod_proxy, c'est ça ?

Quand tu écris @IP, @IP vaut quoi ?

**DonKnacki** · 17/04/2009, 13h11

Donc, Apache doit se connecter à ROR via mod_proxy, c'est ça ?

Oui c'est bien ça; ainsi on a pas besoin de spécifier le port pour pouvoir accéder à l'application et cela permet aussi de faire du load balancing (pour le moment je ne l'ai pas encore mis en place)

Quand tu écris @IP, @IP vaut quoi ?

@IP = adresse Ip de la machine ou apache est installé
Je rappel que la version avec l'@IP découle de ce que j'ai cru comprendre du lien que j'ai donné dans le premier message

**DonKnacki** · 17/04/2009, 14h11

Je viens de faire de nouveau test et il semblerai que l'ajout de Listen 3000 m'empêche de démarrer mongrel.
La je ne sais plus quoi faire

EDIT: en mettant

<VirtualHost *>
ServerName site2
#ProxyPass / http://localhost:3000/
#ProxyPassReverse / http://localhost:3000
</VirtualHost>

il est possible d'accéder au 2 sites seulement pour le site 2, je suis obliger de spécifier le port dans l'adresse. Je vais voir si c'est acceptable ...

**_Mac_** · 17/04/2009, 15h33

Envoyé par Nom

Je viens de faire de nouveau test et il semblerai que l'ajout de Listen 3000 m'empêche de démarrer mongrel.

C'est évident : tu ne peux pas démarrer 2 programmes sur le même port TCP. Donc si tu veux qu'Apache écoute sur le port 3000, il faut faire écouter ROR sur 3003 ou un autre port libre.

Envoyé par Nom

il est possible d'accéder au 2 sites seulement pour le site 2, je suis obliger de spécifier le port dans l'adresse. Je vais voir si c'est acceptable ...

Idem, c'est évident : quand on tape http://monsite.com/, on utilise implicitement le port 80. C'est équivalent à faire http://monsite.com:80/. Si tu veux utiliser un autre port de 80 (3000 par exemple), il faut le préciser dans l'URL : http://monsite.com:3000/.

Pour en revenir à la question, tu peux peut-être utiliser le port 80 pour site 1 et site 2, mais pour site 2 il faudra préciser un chemin qui n'existe pas dans le document root de site 1, par exemple http://site1.com/ror/... : tout ce qui est /ror/* sera redirigé sur ROR, mais il faudra que ton appli ROR gère le fait qu'on y accède avec un /ror devant. Quelque part, ce sera un seul et même site, ROR étant une sous-partie de celui-ci.