Waarom een proxy de browser-IP verandert, maar andere apps direct blijven
Een HTTP-proxy in je browser of wifi-instellingen leidt niet automatisch elke toepassing en elk protocol door het gekozen IP.
Een gewijzigd IP in je browser beschrijft dat browserverzoek. Andere toepassingen kunnen hun directe route houden, want proxy-instellingen zijn gegevens die elke client moet ondersteunen en gebruiken.
| Waar de proxy is ingesteld | Wat dat meestal bestuurt |
|---|---|
| Handmatige Firefox-instellingen | De verzoeken die Firefox ondersteunt. |
| HTTP-proxy van het systeem | Toepassingen die die configuratie lezen en ondersteunen. |
| HTTP- of SOCKS-opties van een app | Het verkeer dat de implementatie van die app dekt. |
| Proxy van een wifinetwerk | Clients die die instelling op dat netwerk gebruiken. |
Een spel of een spraakoproep kan verkeer buiten het HTTP-pad gebruiken; een app die directe sockets opent, kan de systeemproxy volledig negeren. Ook SOCKS5 heeft implementatieondersteuning nodig: het protocol definieert UDP-associatie, maar Chromiums ingebouwde SOCKS5 ondersteunt TCP-URL-verzoeken en geen algemeen UDP-relay.
Zoek de gedocumenteerde proxy-interface van de andere app en kies het bijbehorende protocol. Heeft de app die niet, dan zal steeds het HTTP-endpoint van het systeem aanpassen haar waarschijnlijk niet instellen. Controleer een verzoek vanuit die app via haar diagnose of een bestemming die je beheert; curl kan een endpoint valideren, maar niet de route van een andere app bevestigen.
Controleer opnieuw na starten of een netwerkwissel. Een proces kan bij de start gelezen instellingen vasthouden, en een telefoon die naar mobiele data gaat, laat de wifi-specifieke configuratie achter. Heb je apparaatbrede routering nodig, kies dan een mechanisme dat daarvoor is ontworpen; de HTTP-instelling van één client kan dat niet tot stand brengen.