Une IP différente dans le navigateur décrit cette requête du navigateur. Les autres applications peuvent garder leur trajet direct, car les réglages de proxy sont des paramètres que chaque client doit prendre en charge et utiliser.

Où le proxy a été configuréCe que le réglage couvre normalement
Réglages manuels de FirefoxLes requêtes prises en charge par Firefox.
Proxy HTTP du systèmeLes applications qui lisent et prennent en charge cette configuration.
Options HTTP ou SOCKS d'une applicationLe trafic couvert par l'implémentation de cette application.
Proxy d'un réseau Wi-FiLes clients utilisant ce réglage sur ce réseau.

Un jeu ou un appel vocal peut utiliser du trafic hors du trajet HTTP ; une application ouvrant des sockets directes peut ignorer entièrement le proxy système. Même SOCKS5 exige une prise en charge dans l'implémentation : le protocole définit l'association UDP, mais le SOCKS5 intégré à Chromium couvre les requêtes URL en TCP, pas un relais UDP général.

Cherchez l'interface de proxy documentée de l'autre application et faites correspondre son protocole. Si elle n'en propose aucune, modifier sans cesse le point de terminaison HTTP du système a peu de chances de la configurer. Vérifiez une requête de cette application avec ses diagnostics ou une destination que vous contrôlez ; curl peut valider un point de terminaison, mais pas certifier le trajet d'une autre application.

Vérifiez à nouveau après le lancement ou un changement de réseau. Un processus peut conserver les réglages lus au démarrage, et un téléphone passant aux données mobiles laisse les réglages propres au Wi-Fi derrière lui. Si vous avez besoin d'un routage de tout l'appareil, choisissez un mécanisme conçu pour cette portée ; le réglage HTTP d'un seul client ne peut pas l'établir.

Articles similaires