Kial prokurilo ŝanĝas la IP de via retumilo sed ne de aliaj aplikaĵoj
HTTP-prokurila agordo en retumilo aŭ Wi-Fi ne aŭtomate direktas ĉiun aplikaĵon kaj protokolon tra la elektita IP.
Ŝanĝita IP en via retumilo priskribas tiun retumilan peton. Aliaj aplikaĵoj povas konservi sian rektan vojon, ĉar ĉiu kliento devas subteni kaj uzi la prokurilajn agordojn.
| Kie la prokurilo estis agordita | Kion ĝi kutime regas |
|---|---|
| Manaj agordoj de Firefox | Petojn subtenatajn de Firefox. |
| Sistema HTTP-prokurilo | Aplikaĵojn, kiuj legas kaj subtenas tiun agordon. |
| HTTP- aŭ SOCKS-opcioj de aplikaĵo | La trafikon kovritan de la realigo de tiu aplikaĵo. |
| Prokurilo de Wi-Fi-reto | Klientojn uzantajn la agordon sur tiu reto. |
Ludo aŭ voĉvoko povas uzi trafikon ekster la HTTP-vojo; aplikaĵo malfermanta rektajn ingojn povas tute ignori la sisteman prokurilon. Eĉ SOCKS5 bezonas realigan subtenon: la protokolo difinas UDP-asocion, sed la enkonstruita SOCKS5-subteno de Chromium kovras TCP-URL-petojn, ne ĝeneralan UDP-relajson.
Trovu la dokumentitan prokurilan interfacon de la alia aplikaĵo kaj kongruigu ĝian protokolon. Se ĝi ne ofertas tian interfacon, ripeta ŝanĝado de la sistema HTTP-finpunkto verŝajne ne agordos ĝin. Kontrolu peton de tiu aplikaĵo per ĝia diagnozado aŭ celo, kiun vi regas; curl povas validigi finpunkton sed ne atesti la vojon de alia aplikaĵo.
Rekontrolu post lanĉo aŭ retŝanĝoj. Procezo povas konservi agordojn legitajn je starto, kaj telefono transiranta al poŝtelefonaj datumoj forlasas la Wi-Fi-specifan agordon. Se vi bezonas tutaparatan vojigon, elektu mekanismon projektitan por tiu amplekso; la HTTP-agordo de unu kliento ne povas starigi ĝin.