Envoyer les requêtes localhost de Chrome via un proxy manuel

Un site public apparaît dans le journal du proxy. Votre test localhost, non. Chrome applique des règles de contournement implicites pour loopback et les destinations locales associées ; une liste vide saisie manuellement ne les supprime pas forcément.

Pour une configuration manuelle contrôlée du proxy, Chromium documente la règle soustractive :

--proxy-bypass-list="<-loopback>"

Le signe moins compte. Il retire une exception implicite ; ce n'est pas un autre nom d'hôte à envoyer directement. Il ne sélectionne pas non plus un proxy à lui seul. Gardez explicites la configuration manuelle du proxy visée et l'instance de navigateur qui reçoit ces options.

Avant de l'utiliser, identifiez de quel service local vous parlez. Si un proxy distant reçoit une requête pour 127.0.0.1, la connexion de destination atteint l'environnement loopback du proxy lui-même. Un réglage du navigateur ne peut pas faire signifier à cette adresse votre ordinateur portable à l'autre bout du réseau.

Un proxy d'inspection exécuté localement est une autre disposition : il peut légitimement avoir besoin de recevoir une requête pour un autre écouteur local. Gardez le port du proxy et le port de l'application web distincts.

Cette exception touche une frontière de protection locale ; employez-la donc délibérément pour la session requise. Ne traitez pas le réglage comme une amélioration générale de la confidentialité et ne le copiez pas dans une politique de navigateur gérée sans rapport sans en examiner les conséquences.