Kāpēc starpniekserveris maina pārlūka IP, bet ne citu lietotņu IP
HTTP starpniekservera iestatījums pārlūkā vai Wi-Fi automātiski nenovirza visas lietotnes un protokolus caur izvēlēto IP.
Mainīts IP pārlūkā apraksta šo pārlūka pieprasījumu. Citas lietotnes var saglabāt tiešo maršrutu, jo katram klientam starpniekservera iestatījumi ir jāatbalsta un jālieto.
| Kur starpniekserveris iestatīts | Ko parasti pārvalda |
|---|---|
| Firefox manuālie iestatījumi | Firefox atbalstītos pieprasījumus. |
| Sistēmas HTTP starpniekserveris | Lietotnes, kas lasa un atbalsta šo konfigurāciju. |
| Lietotnes HTTP vai SOCKS opcijas | Lietotnes realizācijas aptverto datplūsmu. |
| Wi-Fi tīkla starpniekserveris | Klientus, kas lieto iestatījumu tajā tīklā. |
Spēle vai balss zvans var lietot datplūsmu ārpus HTTP ceļa; lietotne, kas atver tiešus soketus, var pilnībā ignorēt sistēmas starpniekserveri. Pat SOCKS5 vajag realizācijas atbalstu: protokols nosaka UDP saistīšanu, bet Chromium iebūvētais SOCKS5 atbalsts aptver TCP URL pieprasījumus, nevis vispārēju UDP pārsūtīšanu.
Atrodiet otras lietotnes dokumentēto starpniekservera saskarni un saskaņojiet tās protokolu. Ja tādas nav, atkārtota sistēmas HTTP galapunkta labošana lietotni diez vai konfigurēs. Pārbaudiet pieprasījumu no lietotnes ar tās diagnostiku vai kontrolētu galamērķi; curl var pārbaudīt galapunktu, bet ne apliecināt citas lietotnes maršrutu.
Pārbaudiet vēlreiz pēc palaišanas vai tīkla maiņas. Process var saglabāt sākumā nolasītos iestatījumus, un tālrunis, pārejot uz mobilajiem datiem, atstāj Wi-Fi konfigurāciju. Ja vajag maršrutēšanu visai ierīcei, izvēlieties tam paredzētu mehānismu; viena klienta HTTP iestatījums to nenodrošina.