Kvifor ein proxy endrar IP-en i nettlesaren, men ikkje i andre appar
Ei HTTP-proxyinnstilling i nettlesaren eller på Wi-Fi sender ikkje automatisk alle appar og protokollar gjennom den valde IP-en.
Ein endra IP i nettlesaren skildrar den nettlesarførespurnaden. Andre appar kan halde på den direkte ruta, fordi proxyinnstillingar er opplysningar kvar klient må støtte og bruke.
| Kvar proxyen vart sett | Kva han normalt styrer |
|---|---|
| Manuelle Firefox-innstillingar | Førespurnader som Firefox støttar. |
| HTTP-proxyen til systemet | Appar som les og støttar konfigurasjonen. |
| HTTP- eller SOCKS-val i ein app | Trafikken som implementeringa til appen dekkjer. |
| Proxyen til eit Wi-Fi-nettverk | Klientar som bruker innstillinga på det nettverket. |
Eit spel eller eit taleanrop kan bruke trafikk utanfor HTTP-bana; ein app som opnar direkte socketar, kan ignorere systemproxyen heilt. Sjølv SOCKS5 treng støtte i implementeringa: protokollen definerer UDP-assosiasjon, men innebygd SOCKS5 i Chromium dekkjer TCP-URL-førespurnader og ikkje eit generelt UDP-relé.
Finn det dokumenterte proxygrensesnittet til den andre appen og tilpass protokollen. Tilbyr han ikkje eit slikt grensesnitt, vil gjenteken endring av HTTP-endepunktet til systemet neppe konfigurere appen. Verifiser ein førespurnad frå appen gjennom diagnostikken hans eller eit mål du kontrollerer; curl kan validere eit endepunkt, men ikkje stadfeste ruta til ein annan app.
Sjekk på nytt etter oppstart eller nettverksendringar. Ein prosess kan halde på innstillingar lesne ved starten, og ein telefon som går over til mobildata, forlèt den Wi-Fi-spesifikke konfigurasjonen. Treng du ruting for heile eininga, vel ein mekanisme laga for det omfanget; HTTP-innstillinga til éin klient kan ikkje etablere det.