Proxy inverse

A proxy inverse représente le côté serveur d'une connexion. Les clients croient qu'ils parlent à un seul service, mais le proxy inverse est en réalité devant, distribuant les requêtes aux serveurs backend derrière lui. C'est le pendant d'un proxy direct : le proxy direct cache les clients des serveurs, tandis que le proxy inverse cache les serveurs des clients. Des exemples courants incluent Nginx, HAProxy et le bord de la plupart des grands sites web.

Les requêtes entrantes atteignent le proxy inverse, qui décide quel backend doit répondre, puis relaie la réponse. En cours de route, il termine souvent le TLS, équilibre la charge entre les serveurs, met en cache les réponses et protège les backends d'une exposition directe. Il enregistre souvent la véritable adresse du client dans un en-tête X-Forwarded-For afin que le backend puisse toujours voir qui a appelé. Comme il se trouve en avant de l'infrastructure plutôt que des utilisateurs, c'est un outil opérationnel pour les propriétaires de sites, et non un outil de confidentialité pour la navigation.

s4m fournit des proxies en avant et un VPN pour masquer votre propre trafic sortant — pas d'hébergement de reverse-proxy pour publier des services. Les deux sont des tâches non liées, donc si vous devez placer un reverse proxy devant votre propre application, cela nécessite une infrastructure distincte. Là où s4m s'intègre, c'est du côté client : acheminer vos demandes via un proxy de datacenter authentifié afin que les sites que vous atteignez voient un IP de sortie s4m au lieu de votre origine.