Discussion :

[Brume]

Bonjour à tous,

Voilà, je suis confronté à un problème qui me dépasse. Un de mes petit bébé (un serveur GNU/Linux CentOS 5.4 avec Apache 2.2.3) à pour tâche de faire tourner une grosse applications développez spécialement pour nous.

L'application est écrite en Python et fonctionne au travers du web. Jusque là tout va bien.

Sur mon serveur, je dois donc faire tourner 2 versions différentes de l'application. La première est la version "normal" la seconde est la version "custom" (que je nommerais NORMAL et CUSTOM par la suite). Chacune de ses versions possède un nom DNS. Et toute les 2 utilises du SSL.

Jusque là tout va presque bien. En effet j'arrive sans soucis à mettre en place mes vhost et le SSL. Mais là ou je m'en sort pas c'est pour les CGI-BIN.

Chacun des sites possède sont propre dossier CGI-BIN, et j'arrive pas à les faire tourner tout les 2.

Dans apache j'avais commenté la ligne indiquant :

Code :

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

#ScriptAlias /cgi-bin/ "/var/www/cgi-bin/"

et je l'ai remplacé par le ScriptAlias nécessaire pour l'application

Code :

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

ScriptAlias /cgi-bin/ /data/www/sites/NORMAL/cgi-bin/

Vous l'aurez compris, mon souci est que ça marche que pour la version NORMAL. Ma question est donc la suivante, comment dois-je faire pour intégrer mon ScriptAlias à l'intérieur d'une VHOST ?

[_Mac_]

Ben tu écris ta ligne ScriptAlias à l'intérieur du bloc <VirtualHost> qui va bien, non ?

[Brume]

héhé, j'y ais pensé mais ça marche pas. Apache est pas d'accord avec cette façon de faire.

Merci beaucoup pour la réponse tout de même.

[_Mac_]

héhé, j'y ais pensé mais ça marche pas. Apache est pas d'accord avec cette façon de faire.

C'est-à-dire ? Comment manifeste-t-il son désaccord ?

Pour être sûr qu'il n'y a pas de conflit, retire le ScriptAlias de la conf globale d'Apache et mets cette directive uniquement dans les <VirtualHost>.

Tu parles de configuration SSL : es-tu sûr que cette configuration est correcte et que les virtual hosts sont bien retrouvés après connexion en HTTPS ? Je pose la question car avec le module SSL par défaut d'Apache, il n'est pas possible de faire des VH SSL sur le même couple (adresse IP, port).

[Brume]

Alors, je me souvenais mal (depuis un moment que je tourne avec ça ).
Apache a effectivement aucun souci avec ça. Le souci c'est que les pages reste en not found. Sûrement parce que mon scriptAlias ne fonctionne pas à cause de la redirection SSL comme tu le suggère.

Ma combine SSL tourne bien, mais maintenant que tu me le dis, il semblerait en effet que le souci ce trouve autour de cette redirection SSL... mmh...

Pour mon ssl en réalité je fais ceci, je rajoute au fichier ssl.conf ceci :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
RewriteEngine On
RewriteMap lowercase int:tolower
RewriteMap vhost txt:/etc/httpd/conf.d/ssl.map
 
RewriteCond   %{REQUEST_URI}  !^/cgi-bin/.*
RewriteCond   %{REQUEST_URI}  !^/icons/.*
 
#   2. make sure we have a Host header
RewriteCond   %{HTTP_HOST}  !^$
 
#   3. lowercase the hostname
RewriteCond   ${lowercase:%{HTTP_HOST}|NONE}  ^(.+)$
#
#   4. lookup this hostname in vhost.map and
#      remember it only when it is a path
#      (and not "NONE" from above)
RewriteCond   ${vhost:%1}  ^(/.*)$
 
#   5. finally we can map the URL to its docroot location
#      and remember the virtual host for logging puposes
RewriteRule   ^/(.*)$   %1/$1  [E=VHOST:${lowercase:%{HTTP_HOST}}]

Et je fais ensuite mes ajouts dans mon fichier ssl.map appeler par le ssl.conf

Code :

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

1
2
HOSTNAME1.ch        /data/www/sites/NORMAL/html
HOSTNAME2.ch    /data/www/sites/CUSTOM/html

Je vais me pencher la dessus, mais je sais pas encore comment je vais faire

[_Mac_]

Je ne vois d'où peut venir le problème.

Tu as un exemple d'URL qui part en not found à nous donner ? Regarde dans le fichier error_log d'Apache quel chemin réel déclenche ce not found.