Qu’est-ce qu’un serveur proxy ?

Un serveur proxy reçoit une requête d’un acteur et la transmet vers un autre serveur. Un proxy direct agit pour le client ; un proxy inverse se place devant un ou plusieurs serveurs applicatifs. Il peut filtrer, mettre en cache, gérer l’accès ou répartir la charge. Son intérêt dépend de sa configuration et de la confiance accordée à son exploitant.

Proxy direct et proxy inverse

Une organisation peut imposer un proxy direct à ses postes pour appliquer des règles d’accès ou conserver des contenus fréquemment demandés. La destination voit la connexion du proxy, mais des en-têtes applicatifs peuvent encore révéler le client d’origine. Un proxy inverse reçoit le trafic public d’un site et le transmet au serveur d’origine ; il peut terminer TLS, équilibrer les requêtes ou masquer l’adresse de l’origine.

Un proxy peut fonctionner à différentes couches. Un proxy HTTP comprend les requêtes HTTP, tandis que SOCKS relaie des connexions plus générales. L’authentification, la résolution DNS et les protocoles acceptés varient selon les produits. Consultez leur documentation au lieu de supposer que tous traitent de la même façon le navigateur et les autres applications.

Limites de confidentialité

L’exploitant d’un proxy direct peut voir des détails de connexion et, si le trafic n’est pas chiffré de bout en bout, le contenu. Avec HTTPS, un proxy ordinaire peut voir certaines métadonnées, mais le contenu reste chiffré, sauf si le client accepte explicitement un certificat d’interception. Le site peut encore reconnaître un utilisateur par sa connexion au compte, ses cookies ou son navigateur.

Le proxy n’efface pas les journaux de son exploitant, du site destinataire ou du fournisseur réseau. Les proxies publics gratuits peuvent être instables ou malveillants. Ne leur confiez pas de mots de passe ni de données sensibles. Si vous cherchez la confidentialité, définissez d’abord contre quel observateur et examinez les pratiques de journalisation annoncées.

Performance et fiabilité

Le cache évite certains téléchargements répétés lorsque les réponses s’y prêtent ; un proxy inverse peut répartir le trafic entre plusieurs serveurs. Un saut supplémentaire peut toutefois accroître la latence ou devenir un point de panne unique. Un cache périmé peut afficher d’anciennes données, et des en-têtes mal configurés peuvent exposer une adresse ou casser une authentification. Testez le parcours utilisateur complet après un changement.

Pour un site, protégez l’origine par des règles d’accès adaptées et n’acceptez que les en-têtes transmis par des intermédiaires de confiance. Un en-tête fourni librement par le client ne constitue jamais une preuve d’identité.

Choisir une solution

Utilisez un proxy direct pour une politique d’accès définie ou un proxy inverse pour la diffusion d’un service web. Comparez protocoles, journaux, authentification, limites et comportement en cas de panne. Testez aussi l’accès sans proxy pour distinguer son erreur d’un problème de DNS, de routage ou du serveur d’origine.