Proxy inverse

Un proxy inverse se situe entre les navigateurs web et les serveurs backend ; il transmet les requêtes des clients aux serveurs et renvoie ensuite les réponses des serveurs aux clients. Contrairement à un proxy direct traditionnel, qui traite les requêtes pour le compte des clients, un proxy inverse gère les demandes pour le compte des serveurs.

L’utilisation d’un proxy inverse peut présenter plusieurs avantages pour les applications web et les sites web ; le principal avantage pour les sites WordPress est généralement de fournir un point d’entrée unique. Lorsque vous utilisez un proxy inverse, vous pouvez servir plusieurs sites ou applications à partir d’un seul domaine, quel que soit l’endroit où ils sont hébergés. Par exemple, si le domaine de votre site principal est mainsite.com et que votre sous-site est mystore.kinsta.cloud, vous pouvez configurer le proxy inverse pour afficher le sous-site sur mainsite.com/mystore.

Les proxies inverses sont complexes à installer, à configurer et à gérer. Kinsta propose un abonnement supplémentaire mensuel de 50 $ par site pour vous aider à configurer votre proxy inverse ; contactez l’équipe de support de Kinsta pour plus de détails. Si vous choisissez d’installer le proxy inverse sans l’abonnement complémentaire, l’équipe de support de Kinsta ne peut pas vous aider à installer le proxy inverse ou à résoudre les problèmes qui y sont liés.

Pour plus d’informations sur la configuration d’un proxy inverse sur Nginx ou Apache, reportez-vous à notre article de blog Comment configurer un proxy inverse (étape par étape pour Nginx et Apache).

Les principaux cas d’utilisation d’un proxy inverse et des sites WordPress hébergés sur Kinsta sont les suivants :

Site principal et sous-site (site proxy) hébergés sur Kinsta

Vous pouvez utiliser un proxy inverse pour garder les installations WordPress séparées afin qu’elles ne partagent pas les mêmes ressources.

Comme vous avez accès aux deux sites et à leur serveur web partagé sur Kinsta, vous pouvez contacter l’équipe de support de Kinsta pour mettre en place les règles du proxy inverse pour le site principal et ensuite configurer le site proxy pour qu’il se charge à partir du proxy inverse.

Uniquement le sous-site hébergé sur Kinsta

Si votre site principal est hébergé ailleurs, vous pouvez utiliser un proxy inverse sur votre site principal pour afficher le sous-site hébergé sur Kinsta sous le même domaine.

Si vous n’avez accès qu’au site proxy et à son serveur web, vous devez contacter l’administrateur du serveur du site principal et lui demander de configurer les règles du proxy inverse pour vous. La configuration du proxy inverse sur votre serveur n’entre pas dans le cadre du support de Kinsta, car seul l’administrateur du serveur peut s’en charger.

Sur le site proxy hébergé chez Kinsta, vous devez ajouter un domaine au site, qui pointe vers le proxy inverse. Habituellement, un sous-domaine convient à cette fin (par exemple, blog.example.com) pour charger le site mandataire via un lien de sous-répertoire (par exemple, example.com/blog).

Après avoir configuré votre site mandataire sur Kinsta, vous pouvez contacter l’équipe de support de Kinsta pour configurer le site mandataire de manière à ce qu’il se charge par le biais d’un proxy inverse. L’équipe d’assistance a besoin de l’adresse IP réelle de votre serveur pour mener à bien le processus de configuration afin de comptabiliser correctement les visites. Si vous ne pouvez pas fournir d’IP statique en raison des restrictions d’IP dynamique de certains fournisseurs (par exemple, AWS CloudFront), nous pouvons convertir votre plan en un plan comparable basé sur la bande passante.

Uniquement le site principal hébergé sur Kinsta

Si votre sous-site est hébergé ailleurs, vous pouvez utiliser un proxy inverse sur votre site principal chez Kinsta pour afficher le sous-site sous le même domaine.

Vous devez configurer le proxy inverse sur Kinsta et configurer ses règles pour charger le site proxy à partir d’un hôte externe. L’installation et la configuration du site mandataire pour qu’il soit chargé via le proxy inverse relèvent de la responsabilité de l’administrateur du serveur secondaire.

Comme votre site principal est hébergé chez Kinsta, vous pouvez contacter l’équipe de support de Kinsta pour ajouter les règles standard du proxy inverse. Vous pouvez également faire ajouter des personnalisations supplémentaires à ces règles si nécessaire.

Dans ce scénario, vous êtes entièrement responsable de la configuration du site proxy pour le charger correctement via le proxy inverse.