Supposons que j'ai un site Web hébergé à l'URL: p>
http://www.mysite.com/ p> blockQuote>
dire que cela est hébergé par le fournisseur d'hébergement "A". P>
Maintenant, je souhaite héberger un sous-répertoire sur ce site sur un autre hôte: p>
http://www.mysite.com/blog/ p> blockQuote>
... dites que j'apprécie cela avec un fournisseur d'hébergement "B". Donc, toutes les pages sous ce site seraient à un centre de données complètement différent. P>
Cette configuration est-elle possible? P>
4 Réponses :
Si vous pouvez configurer un proxy inverse ... alors oui. p>
IIS inverse proxy <= est une solution de codeProject et peut pas de soutien. Vous pouvez probablement trouver beaucoup plus si vous recherchez simplement inversez proxy em>. P>
Si vous utilisez IIS7 (Vista, Windows 7, Server 2008), vous pouvez utiliser le Fonction de redirection HTTP intégrée. P>
Oui, entièrement possible. p>
Récemment, je suis tombé sur ce problème exact, en utilisant IIS. Pour notre solution, nous avons utilisé ISAPI_REWRITE 3. P>
Vous pouvez utiliser une simple directive dans IIS avec ISAPI_REWRITE 3 et le REWRITEPROXY A > Directive P>
Si vous utilisez Apache Mod Proxy fonctionnera, (mentionné déjà ici). Malheureusement, il n'y a pas d'équivalent de rewriteProxy dans Apache Mod Rewrite. P>
Une mise en garde de cette solution que nous avons eue de faire des règles de réécriture pour gérer les postes de blog de la nouvelle URL. P>
Vrai, mais il y a une proxypasse dans mod_proxy: httpd.apache.org/docs /2.0/mod/mod_proxy.html#proproxypass
Vous aurez besoin d'un serveur sqiud devant les deux aplaches pour obtenir des résultats optimaux. Toutes les demandes arriveront à l'instance de calmar, qui l'acheminera à la droite Apache basée sur la piste de demande. P>
Les deux aplaches devront être configurées pour ce domaine. DNS Un enregistrement doit pointer sur l'instance de calmar. P>
Je crois que la suivante est la meilleure façon de gérer la situation: p>
(a) Créez un mappage de sous-domaine avec les sous-répertoires. (b) Carte de ce sous-domaine avec une nouvelle adresse IP (nouveau serveur d'hébergement) p>
n'est-il pas propre et simple? P>