email: courriel@victor-hery.com
date: 2014-11-07T11:51+01:00
author: Victor
website: http://blog.xn--hry-bma.com/
replyto: 0md

Hello SebFCT,

Ta configuration à l'air correcte, le problème vient peut être plutôt de l'endroit où tu la mets.

L'idée d'un reverse proxy est d'avoir un 3eme serveur devant les 2 autres capable de gérer les requêtes, ou au pire que l'un des 2 serveur serve de proxy.

Cela impose que les DNS de tes domaines pointent sur ce serveur de proxy, ce qui semble bien être ton cas vu que domaine1 et domaine2 semblent arriver dessus.

Par contre, avec ta conf, le proxy ne devrait écouter que sur le port 80, et donc le port 8765 devrait être fermé et renvoyer une erreur.  
Or ça n'a pas l'air d'être le cas, si domaine2.com:8765 répond.

A première vue, ça me donne 2 idées :
 - Ton proxy tourne sur CT102, où le port 8765 écoute
 - Ou ta redirection de port depuis ton Ip publique (si tu en a une seule ?) fait que ce port écoute toujours depuis l'extérieur, et la redirection du port 80 elle redirige uniquement vers CT101 (et pas vers le proxy)

Dans le premier cas, il faudrait enlever le proxypass. Sur CT102, tu n'aurais besoin que d'écouter sur le port 80, correctement pour domaine2, et avec proxy pour domaine1

Dans le deuxième cas, il faudrait corriger ta redirection de port pour que le port 80 soit redirigé vers ton proxy, afin que ce soit lui qui gère bien les requêtes.

3eme cas peut être, ton proxy tourne directement sur le serveur avec l'IP physique, MAIS, il y a toujours une redirection du port 80 vers CT101 ? Dans ce cas, la redirection de port prendra la priorité sur apache (puisque traité à une couche en dessous), donc il te faudra l'enlever pour que le proxy prenne la main.

Ce sont les quelques idées de problèmes qui me viennent avec ta description.  
Si a priori ce n'est pas clair (ou incorrect), n'hésite pas à me préciser la configuration, surtout physique :) (ou est le proxy, etc)

A bientôt
