web-dev-qa-db-fra.com

Cela peut-il être réalisé avec un proxy inverse?

J'ai un site Web qui a été développé et est hébergé sur un serveur Windows (serveur A). Nous souhaitons que ces pages hébergées Windows apparaissent sur un autre site Web hébergé sur un serveur Linux (serveur B). Les serveurs A et B ne sont pas sur le même réseau et gérés par deux webmasters différents.

Exemple:

Serveur A Windows 2003:

  1. Le domaine est example.com

  2. Exemple de page serait www.example.com/dir/page.aspx

  3. Les exemples de pages ne seraient utilisés que pour héberger des pages et les visiteurs ne visiteraient jamais vraiment ce site (ce domaine n'apparaîtrait jamais dans leurs navigateurs).

Serveur B Linux/Apache:

  1. Le domaine est www.example2.com

  2. Lorsque les visiteurs accèdent à www.example2.com/dir/page.aspx, ils rendent en fait des pages à partir de www.example.com/dir/page.aspx, mais leur navigateur affiche www.example2.com.

Est-ce que ça a du sens? Est-ce possible?

apacheiisreverse-proxy
2
Mark

Oui. C'est exactement ce que le proxy inverse est utilisé. Nous faisons exactement la même chose et le proxy inverse en utilisant NginX comme nos serveurs frontaux. Nous faisons cela pour de multiples avantages.

  1. NginX en tant que proxy inverse décharge les connexions SSL (ce qui signifie que le certificat SSL n'est installé que sur notre serveur proxy inverse linux)
  2. Nous mettons en cache les ressources statiques (.css .js .gif .jpeg ....). Ainsi, Nginx n’a pas besoin d’aller sur les serveurs principaux.
  3. Le proxy inverse obtient son contenu de plusieurs serveurs IIS (l'équilibrage de la charge est connu et peut détecter une défaillance du serveur principal et passer à un autre.)
  4. NginX est extrêmement flexible en tant que proxy inverse afin que nous puissions envoyer http://www.oursite.com/blog pour inverser le proxy vers blogger.com, puis http: //www.oursite .com / * pour inverser le proxy sur notre IIS Farm

Vous n'avez pas besoin d'avoir différents domaines. Habituellement, la pratique courante consiste à configurer vos serveurs principaux avec des sous-domaines. Nous les faisons comme iis1.oursite.com iis2.oursite.com iis3.oursite.com

NginX et d’autres peuvent créer du "sticky" (envoi sur les mêmes serveurs) basé sur les cookies de session, mais il est recommandé de passer à l’échelle pour se débarrasser d’ASP.net/ASP/PHP identifiants de session, et aller avec quelque chose de plus comme les sessions de base de données et les combinaisons de cookies.

Je connais votre question sur l’utilisation d’Apache comme proxy inverse. Je ne suis pas au courant de cela, mais si vous passez à NginX, vous ne le regretterez pas. Il est également très courant que les personnes utilisent NginX comme proxy inverse devant Apache (même si Apache et NginX sont sur le même serveur, il vous suffit d'inverser le proxy sur un autre port sur lequel Apache écoute).

1
Frank