Une seule carte réseau suffit pour un proxy explicite

Un proxy direct privé n'a pas besoin de se trouver physiquement entre l'ordinateur portable et le routeur. Il peut être une autre machine du même LAN, avec une seule interface réseau.

L'ordinateur portable se connecte à l'adresse du proxy et au port d'écoute. Le processus du proxy ouvre une connexion distincte vers le site web ou vers son parent. La même interface peut porter les deux conversations, la table de routage de l'hôte choisissant le saut suivant.

client → proxy listener
proxy → existing router → destination

Cela suffit pour une application qui a choisi le proxy explicitement. Sous Linux, cette disposition ordinaire n'exige pas d'activer le transfert IP simplement pour relayer les requêtes de l'application.

La passerelle par défaut répond à une autre question

La passerelle par défaut d'un client traite les paquets que le client envoie vers d'autres réseaux. Modifier ce réglage ne fait pas émettre au navigateur des requêtes de proxy HTTP ni des négociations SOCKS. De même, saisir un proxy dans le navigateur n'achemine pas toutes les autres applications par cette machine.

Un hôte peut remplir les deux rôles, mais il a alors deux configurations à gérer : le service proxy et la fonction de routage ou de pare-feu. Davantage d'interfaces peuvent faciliter la séparation des réseaux. C'est un choix de topologie, non un prérequis imposé par le proxy HTTP explicite.

Cette distinction explique aussi une expérience ratée fréquente : modifier les règles de transfert d'un serveur proxy n'a aucun effet sur une connexion client directe qui passe par un autre routeur. Les paquets n'ont jamais traversé ce serveur.

Si l'exigence est un usage obligatoire, déterminez où le trafic sortant alternatif peut être contrôlé. Un proxy explicite à une interface peut être un service valable tandis qu'une passerelle distincte applique la politique réseau. Placez l'application là où les paquets passent réellement.